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SUMMARYtj 



ObjeetiveB 



The objectives were lo provide a logisties database structure ihaf ^ 
logistics jnformation. The structure was to be tested for its use jn facilitatirfgl 
system design. 

Background 

The Air Force is concerned with the lack of adequate logistics consi 
process. To produce a weapon system with optimal <;ost and mission effectff 
very earl and throughout the system design and acquisition process. 




^ctical use of historical and ^current 
ce oUo^tics factors upon weapon 



tion during the weapon system design 
s^ logistics factors mi^t be considered 
oD Standards and Instructions hdve 



indicated u strong commitment to consider logistfcs as an integral part of the weapon system design activity. 



The logistics information system available to the designer and logisycian must be adequate. Yet,, for many^ years 
large amounts of logistics information and data have been collected and-processed on many different weapon systems, 
but this was done mainly to improve thq capability of existing weapon systen[is and the^information systems were structured 
to support that end. The existing logistics systems dd^not provide timely responses to requests for infortnation or data, 
' there is no traceability to the data origin, ^nd in many instances thfc data are neither consistent nor accurate to the degree 
that is required to support weapon system design. The Unified Data Base (UDB) program was formulated to address these 
issues. • , J \.^>^ ■ 

Approach 

The UDB development program was conducted in three phases. In the first phase, the detailed definitions, 
specifications, standards, formats, and computer flow charting were addressed and completed. In accordance with 
published DoD guidance, the UDB elements were based on Military Standard (MIL-STD) 1388-2.. Additional elements 
were added lo allow for the feedback of historical operational logistics information and to address additional data needs 
associated with common logistics support analysis techniques. The UD^ was programmed for computer application 
during the.^second phase. The third phase consisted of the demonstration, Jesting, and further de-bugging of tljie UDB 
usingtwo acquisition programs as test vehicles. 

SpeeifiCB 

V ■ . > 

* This UDB development program continued building on the results of a previous program that established the need 
for additional data elements beyond those outlined in MIL-STD-1388-2 and on the ^sults of the Tri-Services Logistics 
Support Analysis Record (LSAR) Working Group (which continuously reviews the logistics data needs and requirements 
of all the Services). Specifically, the automated LSAR requirements and the various logistics-related Contract Definition 
Rcquirements'^List (CDRL) items associatecj with the C-X procurement activity were closely reviewed. . i 

The UDB can be accessed via computer terminals, by punched card input, or by high speed printers (batch 
processes). About 70 different computer terminal formats (scrgens) were designed to permit very efficient and timely 
input, update, access, deletion, etc. of logistics information for any weapon system program. Large amounts of data input,^ 
standard output reports, summarizations, and CDRL items are best handled via batch processes. Ample subsets of the 
data can be .safeguarded from unauthorized updating, inputting, deleting, reading, etc. Audit trails are maintaini||^as 
to who input, read, updated, etc. thp information and when and where it occurred. 

The UDB was tested and demonstrated using the HH-60 helicopter and the B-IB aircraft acquisition programs. 
The historical-information side of the UDB was demonstrated on the HH-60 using previously generated data from the 
Army. Some standard summary reports were generated by the UDB frgm this data. No potential HH-60 problem areas 
were discovered. The current logistics information side of the UDB is being demonstrated on the B-IB program. B-IB 
defensive avionics maintenance ^nd training information for the operational, intermediate, and depot levels of 



niainlenance are being entered into^ the LIDB. The training and technical-nrianual functionaUareas retrieved this 
infJrmalion via terminalJ from. the UDB so that critical concerns could be relayetl irtimediately to^lesi'gn for appropriate 
•design consideration. J * \ ' • . ' ' 

ConcIuBionB and Recommendations r * ' . , 

The objectives were attained. A logistic? database structure, the UDB^ wa's'^developed. Its practicjjlity was 
de,mpnstrated by using historical information 6n the HH-60 program aitd current info^nation on the B-IB program. As 
a resuh of this UPB effort, both historical and current logUtics information can now have more influence on.the design' 
of weapons systems. ' ^ \ ' , , " *v • 



It is recommended that the UDB'be further expanded to incorporate more efficiently the Air Foec^ Operational Test • 
ai^ Evaluation Center (AFOTEC) resuhs into the UDB and, thereby, into the^design activity. Thi^ expansion shpuld 
build on the initijal work by a contractor to outline the mapping between AFOTEC data and UDB data and>lo-identify 
additional AFOTEC data needs that the'UDB does not currently address. The UDB should al^o be expanded to ij^terface 
jTiore efficiently with computer-aided design (CAD) activities that are themselves becoming so predominate throughout 
the aerospace industry. Commonality of data elements between UDB and CAD databases sfiould be identifiied, *and 
processes to further introduce logistics factors into the CAD design activities should be defined. 
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3ECTI0N I 

- ■ • ■ - . ^ ■ ^ - " 

^BACKGROUND 

" ♦ - ' ^ POLICY \ / 

DIRECTIVES \ 

the need for improved weapon system availability, suppor tability , and 
overall cost-effectiveness has been a continuing concern of the Department of 
Defense (6oD) . DOD Directive (DODD) -5000 . 39 , "Acquisition and Management of 
Integratied Logistics Support for Systems and Equipment,'* establishes impor- 
tant policy addressing this need. It defines management and technical 
activities to be accomplished l:hroughout the weapon system acquisition pro- 
cess with emphasis on Integrated Logistics Support (ILS) and Logistics Support 
.Analysis- (LSA) . Specifically, DODD 5000.39 stresses the need (a) to 
effectively Utilize information about existing operational equipment to 
establish a Baseline Comparison System (BCS) , (b) to integrate LSA activity 
into the pyerall system .design process, (c) to establish and maintain a common 
consistent Logistics Support Analysis Record (LSAR) used to support both ILS 
and Reliability and Maintainability (R&M) development efforts, and (d) to 
verify the "LSAR during operational service of thk .weapon system. 

MILITARY STANDARD (MIL-STD) 1388 

'Military Standard (MIL-STD) 1388 describes the LSA tasks to be 
accomplished during a system acquisition program to satisfy the objectives 
of DODD 5000:39. In^ additioji , MIL-STD-1388- defines the LSAR needed to 
document the/results of LSA,^ In^ 1973 tl>e Army Development and Readiness- 
Command (DARCOM) developec^he LSAR Automated Data Processing (ADP) system 
to implement ;J^IL-STD-1388; DARCOM Pamphlet 750-16 (DARCOM, 1979) is the 
governing' document -for the system. 

Lack of'.LSA/LSAR standardization between service acquisition efforts 
l^d* to the'.formation of a Joint Service LSA Working Group in November 1978. 
The working groyp's efforts were specifically directed toward standardization 



of the LSAR input data sheets and dat^ element, definitions . In June 1981, 
the working group effort resulted in a draft revision of MIL-STD-IBSS . In 
December 1981, the DARCOM Materiel Readiness Support Activity ' (MRSA) was 
assigned to DOD LSA Support Activity mission. This mission included the 
requirements to develop a MIL-^STD on LSA documentation and a standard DOD 
LSAR ADP system. As a result, in June 1982, a draft MIL-STD-1388-2A was 
developed. A revised draft (MIL-STD-1388-2A , 1983) was carefully reviewed by 
industry representatives, and the approved version is expected to be 
published in May 198A . 

Concurrent with development of MIL-STD-138^-^A, MRSA has been develop- 
ing -a DOD LSAR ADP system. At present, the concept for this system, written 
in American National Standard Institute (ANSI) COBOL, is for batch processing 
of input data resulting in sequential master files. The difference between 
the DOD LSAR ADP systefh and the DARCOM 750-16 ADP system is that the DOD 
system will accept all inputs at a single entry point, relieving the » 
functional user from having to know which one of the five DARCOM ADP system 
programs to use for a given input. 

PRODUCT PERFORMANCE FEEDBACK SYSTEM (PPFS) 

On 27 September 1979, the Air Force issued Program Management Directive 
^ (PMD) L-Y9094(l) directing- the definition and development of a Product 
Performance Feedback System (PPFS). The primary objective of the PPFS is to 
provide an historical data repository of design-related information about 
operational systems for use by system designers, analysts, and support 
planners invol;^ed in new weapon system and equipment acquisition programs. 
The PPFS will be automated to provide convenient and tirtely access to rele- 
vant design, reliability and maintainability (R&M) atid support cost data to 
establish initially a baseline comparison system (BCS) for the new weapon 
system being developed. Once the new weapon system becomes operational, the 
PPFS will provide performance data feedback to those responsible for 
operation and support (O&S) throughout its life cycle. 
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UNIFIED DATABASE TECHNOLOGY 

DEFINITION STUDY 

During 1978-1979, the Logistics and Human Factors Division of the Air ^ 
Force Human Resources Laboratory (AFHRL) conducted a study to define the 
requirements and establish a plan for development of an integrated system 
that would assist in satisfying the requirements and objectives stated in 
DODD 5000.39. This work by Thomas and Hankins (1979) and Thomas, Hankins 
and Newhouse (19*80) resulted in a concept and development approach for the 
Unified Database (UDB) system. As conceived, the UDB addressed the require- 
ments of DODD 5000.39, MIL-STD-1388 , PPFS, and the specific Air Force 
requirements associated with ILS throughout the weapon system acquisition 
process. 

UDB DEVELOPMENT 

In January 1980 AFHRL began a three-pha#ed effort to develop a proto- 
type UDB system,, with each phase lasting appf-oximately 1 year. The objective 
of Phase I was to accomplish detailed definition and system level design 
of the UDB. The objective of Phase II was to develop the UDB. The objective 
of Phase III was to test and demonstrate the UDB. This UDB development 
effort was completed in March 1983. This report provides an overview of the 
UDB concept and summarizes the results of the development effort. 




SECTION '11 ^ ' 

UDB CONCEPT 

GENERAL ' ' . ' ^ • 

In this section the overall concept of the UDB is presented. It wa^s 
necessary to have a global perspective of the UDB concept to injure that 
the "building blocks" were developed consistent with the overall objectives - 
The UDB development status will be covered in later sections of this report- 

PURPOSE 

• 

\ ' The purpose of the UDB is to assist government and industry organiza- 
tions in accomplishing the objectives of DODD 5000.39, MIL-STD-1388 , current 
ILS reporting requirements typically imposed on Air Force acquisition pro- 
grams, and PPFS. 

OBJECTIVES 

The primary objective of the UDB program is to develop an integrated 
system that will provide mechanisms (a) to establish and maintain an 
historical data repository of relevant information about operational weapon 
systems, (b) to enable convenient and timely access to the historical data 
repository and provide information in a useful form and content, (c) to 
assist in establishing a BCS for use in trade-off studies, analvyses, and 
predictions about the new weapon system under development, (d) to assist 
in developing, managing, and utilizing a common LSAR throughout the acquisi- 
tion process, (e) to provide convenient interfaces between LSAR and standard 
analytical models for predictive .and planning purposes, (f) to update the 
LSAR with measured values during the Operational Test and Evaluation (OT&E) 
phajse, (g) to validate the LSAR using operational field data during the O&S 
phase, and (h) to utilize the UDB as a means for product performance measure- 
ment and feedback. 
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CONCEPTUAL APPROACH 



CLOSED-LOOP SYSTEM 

In order to satisfy the UDB objectives optimally, a closed-loop system 
is needed to insure consistency and compatibility. Figure 1 shows the 
closed-loop nature of the UDB in terms of its objectives and the time-pha*sed 
activities of the weapon system acquisition process. 

O bjective 1 - It was concluded early in this program (Thomas et al., 
1980) that the Air Force should establish and maintain a central Historical 
Data Repository (HDR) for each major product category such as aircraft, 
missile^, aind ground electronics. The HDR will contain design, R&M, and 
support cost information about operational weapon systems and equipment. 
In the future, as weapon systems are developed using the UDB concept, the 
HDR would contain validated LSAR for these systems. 

The design data in the HDR for a given weapon system configuration 
would remain constant, while the R&M and support cost data would be 
periodically updated using existing field data collection systems such as 
t>he Maintenance Data Collection System (MDCS),,Air Force Logistics Command 
(AFLC) DO-56 systems, and the Visibility and Management of Operational 
Support Cost (VAMOSC) system. If and when modifications to a current weapon 
system are made, the design data in the HDR will be changed to reflect the 
modification, and the corresponding R&M and support cost data in the HDR may 
be correlated to the modified design configuration. In this regard, main- 
tenance of the HDR will be relatively difficult until such time that oper- 
ational weapon systems populating the HDR are developed using the UDB 
concept, and therefore have an active LSAR. (This point will be discussed 
later under Objective A.) 

Objective 2 - The automated HDR will process input data, as appropriate, 
to create output information in the form and content desired by users. 
Information in the HDR will be stored on disk or on tape, as appropriate. 
Regardless of the data storage mechanism, the HDR will provide users 
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OBJECTIVE I 





OBJECTIVE 2 
CONVENIENT ACCESS. FOR 

• PRODUCT PERFORMANCE MEASURE 

• NEW SYSTEM DEVELOPMENT 
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UDB IN WEAPON SYSTEM LIFE C^LE 
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convenient and timel^ access to selected information via remote on-line 
cathode ray tube (CRT) terminals. ■ , ' . 

In the vjeapon system acquisition and support environment, convenient 
and timely access to relevant data^ is extremely important. If this 
capability is missing, the utility anS cost-effectiveness of the HDR is 
severely compromised. There is simply little value in having an HDR loaded 
with valid and useful information if users cannot 'get it vhen they need it. 

Objective 3 - The cbmmunity of organizations involved with new weapoo 
system acquisition programs' would use tKe- HDR to identify the BCS for the 
new weapon system under development. The BCS would be either a currently 
operational weapon system, or a composite system composed of equipnient fpom 
two or more currently operational systems. Once the BCS is identified based 
on design characteristics, users would selectively retrieve R&M and support 
cost information from the HDR to serve as baseline of departure for the new 
weapon system • 

The BCS would first be established at the top system level, then at 
the major subsystem levels, and finally at the component levels, as appro- 
priate. A most convenient and useful feature would be to enable us>irs to 
retrieve selected BCS information from the HDR in LSAR format for each 
desired level of indenture. Establishing the BCS in LSAR format would 
greatly assist the government in establishing system level ava:ilability and 
R&M requirements. It wo^ld be enormously helpful to industry for allocating 
system level requirements to major subsystems and lower indenture levels. 
Fina^lly, it would greatly reduce the time and cost required to accomplish 
trade studies and analyses for obtaining predictions at- all levels in the 
LSA/LSAR process. In addition to achieving substantial time and cost savihgs 
such a BCS capability would greatly enhance the effectiveness of the ILS 
activity throughout the system acquisition process. 

Achieving the capability to transfc^rm field data into comparable LSAR 
data, and vice-versa, is the key to creating a truly closed-loop UDB system. 
This capability will be totally achieved only if a mechanism is developed ^ 
to resolve the basic incompatibilities between field data collection systems 
and the LSA/LSAR system requirements. The UDB achieves this by a set of 
transformation tables. 



Objective 4 r When the user retrieves the BCS information on tape from 
the HDR in LSAR form and content , \he automated LSAR (ALSAR) system o£ the 
UDB will enable the user to load the BCS. The BCS would be used to support 
theLSA activity. for the new weapon system development program, the -results 
of tl^SA would be recorded in th^LSAR for the new weapon' system. The 
ALSAR^ll provide a cross-reference ..between the BCS and the new weapon system 
LSAR at each level of indenture, as applicable. This feature provides a con- 
venient audit trail for future use'. ' 

. Since the detailed LSA/LSAR must be accomplished by industry, the ALSAR 
will provide on-line and .batch features to enh^ce systems engineering 
integration throughout the design, development, and production phases of the 
new weapon system acquisition process. The" LSA/LSAR would be accomplished at 
the system and major subsystem levels early in the design/development process. 
As the preliminary and detailed design is expanded to lower indenture levels, 
the LSA/LSAR expands accordingly. " ■ ■ 

The ALSAR provides the mechanism to create, manage, and utilize a 
common, consistent LSAR database for the new weapon system' to the lowest 
reparable level, and for all ILS elements.. The ALSAR will machine generate 
standard output reports that satisfy most, of the ILS related requirements 
associated with new weapon system acquisition programs. This automated. • 
feature will result in significant cost savings in report preparation and 
will enhance consistency and cost-effectiveness in planning and developing - 

- the required ILS elements. ^ 

It is envisioned that all required, allocated, and predicted values for 
the new -weapon system LSAR would be r^rded in *he ALSAR by the end of the 
full-scale development phase. To be sure , however, the ALSAR would continue 
to be used throughout the production phase to- reflect design modifications 
and assist in the development of ILS elements, furthermore, the ALSAR would 
"continue tp be used during OT&E and O&S, but this will be discussed later. 

t . » 

' Objective 5 -Standard models are available to assist in accomplishing 
LSA during the design and development of new weapon, systems. The Network 
Repair Level Analysis (NRCA) Model and the Logistics Composite Model (LCOM) 
are examples of these important tools. The UDB should be designed t6 provid. 
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an interface mechanisin between ALSAR and these s^ndard models. 

In Figure 1 ' this •capability is shown as Dat^ Generating Technology. * 
While the current UDB has addressed this area, there is tremenclbus potential 
for future development to improve and enhance this capability. An important 
example is the interface between the HDR and ALSAR with computer-aided 
d^-sign and computer-aided manufacturing (CAD/CAM). 

Objective 6 - The ALSAR will provide the. capab4.1ity to record allocated, 
predicted, and measui^ed values for parameters required to determine the 
operational suitability and effectiveness of the new weapon systewr' Prior 
to OT&E the ALSAR will contain allocated and predicted values for the new 
weapon system LSAR. When the weapon system moves into ^<he OT&E phase, 
measured values based on test results may be entered Using the on-line or 
batch system of the ALSAR. 

This ALSAR feature will enable the government and contractors to 
compare requirements, allocations, predictions, and measured results in a 
consistent and directly^ comparable manner. To the extent desired and 
applicable, comparison with the BCS could also be achieved. This capability 
will permit early identification of specific problem areas and permit 
problem resolution on a management-by-exception basis. This process will 
permit early verification of LSAR in areas where no problem areas exist. 




Objective 7 - During the early O&S phase the existing field data 
collection and reporting systems (MDCS,- D056, VAMOSC) will be used to vali- 
date the new weapon system LSAR. On the right side of Figure 1, a 
dashed-arrow is shown that implies that measured values for validation of 
the new weapon system LSAR are provided directly from the Field Data 
Collect iort Systems. Although this is not totally possible due to the 
incompatibility between the LSAR and the field data systems, as was menti^ed 
in the discussion of the BCS under Objective 3 above,' the UDB Transformation 
Tables make it possible to so^e degree. 

At the beginning of the new weapon system program a BCS will be created 
and loaded into the ALSAR. .When this new weapon system eventually moves 
into the early O&S phase, the UDB Transformation Tables will be used to 



process the field (Jata collected on the newly fielded weapon system. 
Instead of creating a BCS, however, the output at this point will reflect- 
measured, values for appropriate LSAR parameters of .the newly fielded weapon 
systenf. When this output is loaded into the ALSAR, the measured values 
derived from field data may be used to validate the LSAR for the newly fielded 
weapon system. 

When the newly fielded weapon system LSAR* is validated, this LSAR 
record will be loaded in the HDR for use by future weapon system development 
programs. This is shown in Figure^ 1 by the arrow leading from the validated; 
LSAR (Objective 7) to the block in the HDR titled "Systems with Validated 
LSAR." Selected portions of the LSAR may be stored on disk, while other 
portions may be stored on magnetic tape. When this newly fielded weapon 
system, or any portion thereof, is used as the BCS for a future weapon system, 
a coTTtplete and validated LSi/VR will be available for the BCS. As the HDR is 
increasingly populated with weapon systems for which a Validated LSAR is 
available, the full potential value of the clos&d-loop UDB system will be 
realized. , ' . • * 

Objective 8 - Another important function of the automated HDR will be to 
provide trend data for selected R&M and support cost parameters. This is 
shown in Figure 1 as product performance measurement and feedback to those 
responsible for continuing development (modifications) , operation and support 
of a weapon system/ 

Again, the capability to accomplish this function totally will be 
dependent on the mechanisms discussed earlier to create the BCS and validate 
the LSAR for a new weapon system. As shown in Figure 1, the Field Data 
Collection Systems would supply information for currently operational systems; 
both those with and without the LSAR..:The UDB would process these afield data 
and (Calculate and capture trend data as a function of selected LSAR parameters 
over time/utilization. These trend data would be available to users via 
on-line command and displayed on CRT terminal screens or hard copy printout 
as shown by Objective 8 in Figure 1. ^ 

he rationale for utilizing the same mechanisms to create the BCS, vali- 
date the' new weapon system LSAR, and supply trend data for. the new weapon 
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system during the O&S phase is straightforward. The R&M and support cost 
parameters of interest should and do remain applicable throughout ♦ the life 

* cycle o'f a weapon system. Irs the beginning the 4>aseline values are 
e^tjib^shed, followed by requirements and allocated values. Next the pre- 
dicted values are established during design,' development, and production. 
In the OT&E phase, test results produce measured values to verify the 
predictions and identify problem areas." Finally, the field data collected 
in the O&S phase supplies measured values to validate the parameters of 
interest. These validated parameter values are then stored in the HDR and 
used as the.BCS for future weapon system acquisition programs, as appli- 
cable. Using the same mechanisms to accomplish these functions is both 

. practical and necessary to facilitate a consistent, compatible closed-loop 
UDB system. 

Objective 4 ' - A vitally important concept of the UDB is that the LSAR 
for a given weapon system will be maintained throughout its life cycle. 
During the design, development, and production phases, the ALSAR captures 
design information as part of the overall LSAR for a ne^ weapon system. As 
the weapon system moves into OT&E and O&S, ?he measured values are used to 
verify and validate the LSAR as a function of its design characteristics, 
concept of employment, and concept of maintenance. 

Figure 1 shows that^those responsible for developing and supporting 
a new weapon system would continue to utilize the ALSAR to maintain the 
new weapon system LSAR throughout the O&S phase. During OT&E and/or 
early O&S, design-related problems may be identified that require modifica- 
tions to the weapon system. When this occurs, LSA will be ,rebccomplished , 
as appropriate, and ^the LSAR will be updated to reflect the modified design 
configuration. Similarly, if and when changes to the operational and/or 
maintenance concepts for the weapon system ar^ eminent, the LSA/LSAR will 
be updated to reflect these changes whether or not design modifications were-^ 
also made. ^ , . 

Objective 7 * - After modifications are incorporated in the weapon system, 
the ALSAR will again be used in conjunction with the HDR to validate the 

• '» . 
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updated LSAR. This step would also be accpmplished if only a change to the 
operational and /or maintenance concept was made. Onca validated, the modi- 
fied-LSAR would be stored in the HDR for use on future programs'. Trend data 
on R&M and support cost parameters would be proyided for the modified weapon 
system on a continuing basis, as appropriate. 

PROTOTYPE UDB APPROACH 

Conceptually, tTie UDB could be used to support many types of DOD 
weapon systems and equipment. The UDB development effort was limited to Air 
Force requirements for aircraft weapon systems. Figure 2 portrays a total 
aircraft weapon system and how the UDB would be used by the Air Force and* 
contractors throughout the acquisition process. . 
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INITIAL PLAN 

As disjs^issed earlier., the ALSAR and HDR arfe the most impprtant features ' 
of the closed-loop UDB concept; Given these features, the data generating 
technology would then be extremely useful in accomplishing LSA. The initial 
plan for the UJ^ effort was to focus primary attention on the HDR and data 
generating technology, and to use the DARCOM ADP/LSAR system to satisfy the 
requirements of ALSAR." A detailed study of the DARCOM sys|; em, hoover, 
revealed that it could not accommodate, the UDB objectives for the ALSAR. 
Because the ALSAR is vitally important to the viability and utility of the 
overall UDB, primary emphasis was shifted ,to development of this fully auto- 
mated LSAR system, with secondary emphasis on the HDR. ^ 

} '■ ' ■ 

UDB FEATURES ' 

Figure 3 shows in bold-lined boxes the two major features of the 
UDB system; the ALiSAR and the Aircraft Characteristics Data File (ACDF) . 
These features were developed so as to be consistent and compatible with the 
UDB system objectives discussed earlier in Figure 1 and shown in Figure 3. 
A discussion follows as to the degree to which th^se obj^ectives were satis- 
fied in the UDB development effort. 

Objective 1 - The ACDF represents the HDR for currently op'erational air- 
craft weapon systems. For each mission, design, and series (MDS) , the ACDF 
will contain design characteristics data and processed field data pertaining 
to utilization, R&M, and support cost parameters. Initial programs have 
been developed to process data from DD56E and VAMOSfel^to update the ACDF. 

Objective 2 - The automated ACDF provides convenient and selective 
access to data via remote on-line CRT terminal screens. This capability will 
assist users in determining the BCS for a new weapon system and selectively 
retrieving BCS ' information . Using the same capability, users may retrieve 
information from the ACDF to assist in determining the performance of 
•products^ in terms of R&M and support cost parameters. 

4 
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OBJECTIVE I 



OBJECTIVE 
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\ ti ve . 3 - The transformation tables necessary to relate f ield data 

to-LSAR terms have b^ien developed. * As discussed earlier this is; a ;Very 

important and needed capability; first, to permit. establishment of a BCS/LSAR, 

and second , ^o permit validation of the new weappn systenj LSAR using existing. 

ticld data collection systems.. Development of this capability should be 

accompl ished/in future UDB ef forts. . . • • 

Users niust manually create. a BCS record using data elements and values 

current Uy retrievable from, the -ACDF. Using the BCS data retrieved from the ' 

ACDF, users may utilize the f ielc^to— LSAR transformation tables for con~ 

structin^ manually.' BCS. Vdata that could be loaded in ALSARy . • 

• * • ' . . ' • ■,<•..■ , J 

" : '■ .'^ ' . ■ ■' •' ' *» ■ ' . . . 

, . Objectives '4r7 .."^ The ALSAR system has been fully developed to satisfy 
Air Force Requirements . A BCS may be loaded into the ALSAR and cross- 
referencecl 'to th^ new weapon* system LSAR. The system is fully automated to 
assfj^jt?- in systems eng,ineering integration and to create nianage, and 
utiVizi!!.a common, consistent record for all ILS elements. ALSAR programs * 

. ■ ' • .* ■ ■ ' ■ ' . ' ■ • 

are available to create outputs from the LSAR that may be batch 'Ipaded as^ 

* .* , ■ * . 

input to standard . logistics models. The ALSAR h^s- an extensive output 

. summitry report capability, in' accordance with standard Data Item DesCriptfans ♦ 
(DID) typically: required in Air Force programs. , ' /" 

The ALSAR has. provisions for recording measur.ed^- values. >f or R&M para- 
meters reqiiired to .be tested diiring OT&'E .. ' This provision may also be used 
to enter . 'Hieasured; valuer, to ValuTdate the LSAR during' the O&S pha^e . . As 

■ ' ' I » . * I ^ ■ ■ ■. ' . ■ , *■ "1 

discussed- under Objective 3, however,, the ACDF, capability to process field 
data . so as ,tb machine ^output the required LSAR measured" values has hot yet . 
been .deye.loped.'^^ . ' ' . ^ . ,* ....■ . 

,.; ' Objective 8 - The same ACDF programs used' for .Objective 2 may be used* 

to track the continuing performance of operational weapon systems. , The . 

ACDF presents average values for numerous R&M.'and support cost parameters.* ? - 

No trend data capability is provided in the prototype- ACDF , but it is 

■ *• . . • . . . 

expected that future 'UD& effoiUis will address this need. . 



SECTION III 
AUTOMATED LSAR SYSTEM 



, . ' . ' OVERVIEW » 

As discussed in the previous sections, the ALSAR is a vitally important 
part of the UDB. ^Specifically, the ALSAR is needed to satisfy Objectives 3, 
A, 6, and 7 shown in Figure 1 and discussed in Section II. The ALSAR system 
discussed in this section has been fully' developed and partially tested, 
using HH-60 helicopter data. Since December 198'2, the system has been 
successfully used in a production mode ta support the Defensive Avionics 
portion of the B-IB Strategic Bomber Program. As this program progresses, 
the ALSAR system features will be fully validated ' for operational use on 
other programs - 

BASELINE 

\ The DARCOMP 750-16 data elements, data definitions, and data sheets/ 
records were used as the baseline for the ALSAR system. To the extent 
practical, consistent with Air Force requirements, compatibility with the 
DARCOM baseline was maintained. Substantive additions to the, baseline were 
necessary, however, in order to develop a fully automated system that would 
satisfy Air Force and DOD requirements, and provide many useful and cost- 
saving features for , industry and Government users. Since the ALSAR is a 
fully automated database system, none of the DARCOM ADP/LSAR software or 
programs are used; ^ ^ 

DOCUMENTATION , 

The ALSAR system has been fully documented and delivered to the Air 
Force. In Table 1 the individu^^l? documents associated .with the ALSAR are 
listed. . ,v^.. 



TABLE 1, 



ALSAR DOCUMENTATION 



Document 



Data Sheets 

Data Element Descriptions 
Data Entry Instructions 

ALSAR Users Guide 



Access and' Secu]?ity 
Manual' . 

Maintenance and Update 
Manual ' . 

Software Documentation 



Purpose 



D^ta input sheets used by ALSAR 

For data elements on each data 
sheet. 

For entering information about 
each data element on^each data 
sheet 

For using each feature pf the 
automated system 

On-line pj"ocedures to cfontrol 
database security 

Instructions for ADP mainterfance 
and update 

Complete programming documen- 
tation for ALSAR system 



Data Sheets 

The ALSAR input data sheets A through J are listed in Figure 4 and in- 
cluded in Appendix A. Figure 4 is actually a CRT menu screen of the on-line 
ALSAR system. These data sheets contain all of the data elements in the 
ALSAR system. The on-line CRT screens used to Input data are designed in a 
manner consistent with the card record layouts on each sheet. A data sheet 
status output report may be machine produced, on command, in the format and 
content /W&f\fical to each input data sheet. 

In AT^^Aadix A the reader will notice that the basic 80-column card 
format is usegf fnr^ hp da fa sheets. This was the result of an Air Force 




requirement ti 
DARCOM ADP/LS/ 
basically a sequent: 
80-column card format along^ 
card. The fully automated 
efficient, and user friendly 



loped so as to retain consistency with the 
possible- Since the DARCOM system is 
ch processing scheme, it requires the ^ 
duplic^rfa^on of key information on eac 
AR system would permit feore simplified, 

a sheets- ^^^^ example. Data Sheet A \ *>• 
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j DPR LSAOM-01. MENU SCREEN 1, AFMOID, AFMOlU 

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX AS OF xxxxxxx xx/xx/xx 



MENU 1 



SHEET 

A OPERATIONS AND MAINTENANCE REQUIREMENTS 

B ITEM RELIABIUTY(R) AND MAINTAINABILITY(M) CHARACTERISTICS 

C TASK ANALYSIS SUMMARY ' 

D MAINTENANCE AND OPERATOR TASK ANALYSIS 

E SUPPORT AND TEST EQUIPMENT OR TRAINING MATERIAL 

DESCRIPTION AND JUSTIFICATION 
F FACILITY DESCRIPTION AND JUSTIFICATION 

G SKILL EVALUATION AND JUSTIFICATION 

H SUPPLY SUPPORT REQUIREMENTS 

.1 AUTOMATIC TESTING EQUIPMENT/TEST PROGRAM SET DESCRIPTION 

J TRANSPORTABILITY ENGINEERING CHARACTERISTICS 



OI^. A LIST OF REPORT REQUESTS TYPE RPTHENU 



DATA SHEET MENU SCREEN 
FIGURE A 

t 

could be changed to display the Logistics Support Analysis Control Number 
(LSACN) only once, rather than displaying it on each card. In future UDB . 
development efforts, consideration) will be given to designing the data 
sheets in a manner consistent witli the fully automated ALSAR system. _ 

Initial user reaction to the ALSAR data sheets may be negative because 
of the redundant key data elements appearing on all sheets and the data 
elements added to the A, B, E, and H Sheets appear to increase the user 
workload, 'in fact, the fully automated ALSAR system eliminates the need 
for .users to enter redundant data. The new data elements added to the data 
sheets enable the ALSAR to satisfy multiple Air Force and DOD requirements 
and to facilitate automated output i;feporting that will result in significant 
time and cost savings. 



Da ta Entry Instructions 
^ All <3f the data elements on the ALSAR data sheets are defined in the 

t. The Data Entry Instructions (DEI) 



f Data Element Descriptions (DED) documen 
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document tells the user how to fill out each data sheet. Since the ALSAR is 
fully automated for on-line data entry and update., it is not mandatory that 
users manually fill out data sheets.. In any case, users should be thoroughly 
familiar with, the ALSAR procedures and conventions regarding data entry in 
order to capitalize on the many useful and time-saving features of the fully 
automated system. 

ALSAR Users Guide 

Wliile the DEI instructs the user in how and where to enter the results 
of the LSA on each data sheet, this guide describes the on-line and batch 
functions of the ALSAR system and provides instruction for operation and 
use of the on-line system. This includes procedures for retrieving CRT 
term'inal screens to enter, update, and display information in the database 
relating to any data sheet and also for requesting hard copy or tape output 
summary products and reports available from the ALSAR system. 

Access and Security Manual ~ 

This document provides instructions for establishing and controlling 
the ALSAR database accessibility and security. While this on-line feature 
is easy to use, it provides great 'flexibility in controlling the access and 
update capability of functional area users. 

Maintenance and 0&date Manual n ■ . 



This OTcument provides ^ information of interest only to computer center 
personnel responsible for the maintenance and update of the ALSAR systeni^ 
This document, along^^^th" the complete software documentation package , should 
^ be sufficient to permit installation, operation, and maintenance of the ALSAR 
at a computer facility that has compatible hardware and system software. 

SYSTEM DESIGN ^ ■ * } . , 

Figure 5 shows the basic design approach for the fully automated ALSAR 
system. Notice that the ALSAR utilizes the Integrated Database Management 



System (IDMS) developed by Cullinet Corporation. The IDMS components used 
are the Integrated Data Dictionary, Data Dictionary Reporter, On-Line Query, 
Data Communications Monitor, and Database Manager. Clemson University 
developed a general purpose software package for creating CRT terminal 
screens and performing full screen edits. This package is provided with the 
ALSAR. , ^ 

All. on-line application programs are designed to run with the IDMS Data 
Communications Monitor, an efficient and multi-tasking communications monitor^ 
This enables excellent response^for larger multi-terminal real-time systems 
and also provides for automatic journaling of all' transactions .^^ 



IDMS 

Integrated Data Dictionary 
Data Dictionary Reporter 
On-Line Query 

Data Communications Monitor 
Database Manager 



GENERAL PURPOSE 
SOFTWARE 

• Screen Mapping 

• Full Screen Editing 



APPLICATION PROGRAMS 

• On-Line Features 

• Batch Features 

• ANSI-COBOL with * 

embedded IDMS 
verbs 



ALSAR SYSTEM DESIGN 
FIGURE 5\\ 



There are approximately 300 application programs written to accomplis^ 
the on-line and batch functions of the ALSAR. They are written in ANSI COBOL 
with embedded 'iDMS verbs. Each program was designed with functional 
modularity in order to allow for ease of maintenance and adaptation to new 
environments. The application system cojntains a complete security subsystem 
that can be used to control access to and modification of data by users. 
This security feature also provides a complete audit trail of changes made 
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during cm-line operations! 



GENERAL FEATURES 



There are several important features of the ALSAR that relate to the 
overall LSA process and specific DOD requirements, 

LSA CONTROL NUMBER (LSACN) 

The LSACN is a key data element in the ALSAR system and is comprised of 
the Work Unit Code. (WUC) and the Work Breakdown Structure (WBS) • This 
approach accomplishes several important objectives addressed in DODD 5O0Fd%39 
and MIL-STD-1388/'-|»*yLrst , it permits convenient and effective management of a 
common, ^ consistent database of information necessary to support all XLS., 
elements. Second, it provides an effective mechanism to relate field data to 
LSAR data during the O&S phase, thus facilitating Validation of the LSAR for 
a weapon system. Third, it provides an inherent cross-reference between WUC 
and WBS for correlation of support costs. to acquisition costs. 

The ALSAR does not depend upon the LSACN to generate provisioning 
technical documentation, as does the DARCOM system. The manner in which 
ALSAR accomplishes automatic generation of provisioning documentation is 
discussed later. Since this approach is used, the ALSAR assigns LSACNs only 
to the lowest reparable level of the end item. Assignment of LSACNs to 
non-reparable items is not required. 

PERFORMANCE TRACKING 

Tfie Air Force typically requires that the performance of specified 
parameters be verified in OT&E and tracked during O&S. In order to achieve 
the objectives of the Ut)B, specifically Objectives 6 and 7 in Figure 1 which 
address this Air Force requirement, several features were incorporated into 
the ALSAR system; 



Additional Data Elements 



Numerous data elements were added to the A and B Data Sheets, as shown 
in Table 2. With these additional data elements the required or allocated, 
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TABLE 2. ALSAR PERFORMANCE TRACKING 



PtHrOWlMICE PARAMETER VALUES 



RIOUIRED/ALLCX^TED VALUE 



PREDICTED VAJ.UE 



-tCASUlED VALUE 



SYSTEM LEVEL OWLY 



SUBSYSTEM * COMPOHPTT LEVELS 



• MISSION COMPLETION SUCCESS PROBABILITT 

• AVAILABILITY: 

PMC, PMC/M, PMC/S. rMC/MAS 
KMC, KMC/M. NMC/S, NMC/MAS 
PMC, MPT/SORTIE 

• BASE LEVEL MMH/PH: BOTH ORGANIZATIONAL LEVEL AHD WTERKEDLATE LEVEL 

SUPPORT CEHERAL 

SCHEDULED AND SPECIAL IKSPECTIOHS (03 h OU) 
PREVENTIVE MAINTENA)»CE ' 
CORRECTIVE MADrrDiANCE 
TOTAL BASE LEVEL Mttl/PH 

• BASE LEVEL: BOTH ORGAMIZATIOMAL LEVEL AMD IKTERKEDI^TT LEVEL 

MEAH KADTOUMCE M/H to REPAIR (Mt«TR) 
MAXIMUM ELAPSED TDfE TO REPAIR 

• DEPOT Mfi/PH: 

PROCRAMIED DEPOT MAIKTCIAMCE 

COMPONENT IE PAIR/OVERHAUL * 

• MISSION RECOKTICURATION TIKE: 

MEAW ELAPSED TIME . . 
90ch PERCENTILE 
MEAN CREW SIZE 

• ANALTTTCAL CONDITION DiSPECTION 

MEAN ElAPSED TIME v 
MEAN HAMHOURS 

• QUICK TURNAROUND TIME 

ELAPSED TIME 
MAINTENANCE MAN-KDnTTES 
CREW SIZE 

AIRCXEU MAN- MINUTES 

• FAULT DETECTION/ ISOLATION AND PALSE FADLT INDlCATICM 

• RELLABILITT: 

MEAN TIME BETVEZN REMOVALS (MIBR) 

MEAN TIME BETWEEN CORRECTIVE MAINTENANCE (MTRK) 

IWERENT MALFUNCTIONS (TYPE 1 KtBM) 

IKDUCH) MAL7OTCTI0NS (TT?E 2 KTBlO 

NO DETECT (TTPE 6 KITO) 

PREVENTIVE (SCHEDULED REMOVALS) (ITOM) 

MEAN time: BETWEEN MAINTEJUNCE ACTI ONS ( WIBMA) 

RATIO OP MAINTENANCE ACTIONS TO MAINTENANCE EVENTS 

MEAN TIME TO REPAIR 



PAUL^ DETECTION/ ISOUnOK AND FALSE FAULT INDICATION 

REHABILrrf: 

MEAN TIME BETWEEN REMOVALS (HTBR) 
MEAN TIME BETWEEN CORRECTIVE MACfT (KTBM) 
INHERENT MALFUNCTIONS (TYPE 1 KTBM) 
INDUCED MALFUNCTIONS (TTFE 2 KTBM) 
NO DEFECT (TYPE 6 KTBM) 
PREVENTIVE (SCHEDULED REMVALS) KTBM 
MEAN TIKE BETWEEN MAINTENANCE ACTIONS (KTBHAr 
. RATIO OF MAINTENANCZ ACHONS TO MAINTENANCE EVENTS 
MEAN TIME TO REPAIR 

BASE LEVEL NMl/FB - BOTH ORGANIZATIONAL (ON-CQUIP) AND 
WTEIMEDIATE (OfF-EQUIP) LEVn^ 
PREVENTIVE MAINTENANCE 
CORltorVE MAINTENANCE 
TOTAL RASE LEVEL MV/FB 

BASE LEVEL MEAN* HAIKTCNANCE M/U 
PREVENTIVE 
CORRECTIVE 

DEPOT LEVEL MHB/PH AND MEAN TIKE TO REPAIR (MTTR) 

WORK UNIT CODE BY TASK CODE: (TASK SUIMARY) 
TASK FRIQUENCT 
TASK TDC (ELAPSED) 
TASK KANBOURS 
NO. OF KEN/ TASK 



COST PARAMETER VALUES 



ESTIMAIZD 



SYSTEM LEVTL ONLY 





ACTUAL 


SUBSYSTEM 


L COMPONENT LEVELS 



ESTIMATED Alto ACTUAL tWIT (FLYAWAI) OOST - BOTH lECURRINC 
& NON-RZCURRINC 
ESTIMATED AND ACTUAL ANNUAL ' 
INITIAL SUPPORT EQUIPMENT COST 1 BOTH 
PECULLAR S.E. 

SPARES OOST - BOTH INITIAL AND REPLENISHMENT SPARES 
BASE MATOIIAL COST/TR 
BASE POL COST/TR 

TECHNICAL PUBLICATIONS COST & OUANTTTT 

TRAINING COST - PERSONNEL & KAmiAL/ EQUIPMENT BOTH AT BASE & DEPOT 
NUMBER OF PEOFU TRAINED iTTCW SKILLS REQUIRED 
PROGRAMMED DEPOT MAINTENANCE COST/TR 
COMPONENT REPAIR/ OTEJaADL DEPOT COST/YR 
INITIAL DEPOT SUPPORT BJUIPMENT COST 
FACILITIES OOST - BOTH FOR BASE LEVEL 4 DEPOT LEVEL 



BCS SUPPORT COST 
NIU SYSTEM SUPPOR 



IM AO) 



DATA PROVIDED/UPDATED IN ACDF 



LEVELS 
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predicted, and measured values of performance parameters may be recorded and 
tracked throughout the life cycle of a system. These parameters may be 
measured at the system, major subsystem, and component levels if desired. 

At the system level, data elements were also added to the A Sheet to 
capture predicted and measured values of selected cost parameters. The 
predicted values would be entered early in the development phase, and the 
measured values during the production phase. This information would be 
valuable- in the future for establishing cost estimating relationships and ^ 
improving predictions on future weapon system programs. At the subsystem and 
component levels, the UDB will use the ACDF to capture selected VAMOSC data 
to track cost parameters f;or a weapon system. f ^ 

Task Codes 

/ 

The ^ALSAR uses the following approach to assign maintenance task codes 
' Jor Air Force applications. The fifth and eighth positions of the Task Code 
use unique task identifiers, as applicable , to facilitate comparability 
between LSAR and field data systems.* All other positions, of the Task Code 
are assigned in accordance with MIL-STD-1388-2A. The manner in which ALSAR 
utilizes the WUC and Task Code is crucial to verifying the LSAR for a 
weapon system af ter . f ielding . 

How Malfunction Codes and Work Center 

^ ^ _ 

The ALSAR D Sheet ^'incorporates a How Malfunctioned (How Mai) code 
for further relating the LSAR data to field data; The ALSAR also uses an 
automated scheme to relate the Skill Specialty Code (SSC) primarily respon- 
sible for a task to a performing work center, thus providing another 
necessary link for comparing LSAA data to field data. 

$ ... . 

Maintenance Events/Maintenance Actions 

There are other features incorporated in the ALSAR system to bridge the 

inherent gap between LSAR and field data. For example, the procedures for 

documenting maintenance requirements on the B Sheet result in automatic 

i 

identification of maintenance actions that comprise a maintenance event. All 
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of the above features, plbs some provided but not mentioned here, are ineeded 
to effectively utilize field data to update and verify the LSAR, thus making 
the ALSAR a useful tool throughout the life cycle of a weapon system. 

ALTERNATE ACTION 

Each ALSAR data sheet has a data field to record an Alternate Action 
Code (A, B, C, etc.). When an LSA/LSAR is accomplished for multiple design * 
concepts, the Alternate Action Code is used to partition the data for each 
separate concept. The provision is useful in trade-off studies and provides 
a permanent record, if desired, for candidate approaches considered. Since 
the Alternate ActjLon Code is a key parameter, the alternate chosen as the 
final design is designated as Alternate Action A. In this way the primary 
LSA/LSAR record for an entire end item will be partitioned under a single 
Alternate Action Code. Alternate Action Code 2 is used to designate the 
BCS for the new weapon system" within the UDB, thereby providing a fully 
automated BCS 'conveniently cross-referenced to the new weapon system LSA/LSAR. 

LSAR REVISIONS 

The specific LSA/LSAR requirements of any given program will determine 
the extent to which the ALSAR data sheets are completed. For each card on 
each data sheet required by a given acquisition program, users may determii^e 
the specific data elements that must be filled in to constitute a completed 
card. Some programs may require ^11 data elements on a given card, while 
others may require only a portion of the card to be filled in. The point 
is that only the user on a given program will know what constitutes a com- 
pleted card and data sheet. 

The Update Code (UC) in the right-hand column of each card '(see Appendix 
A) will be used to indicate whether the card is in-work or completed. When 
the user changes the card status to **completed , " the ALSAR will automatically 
record and track subsequent revisions using the UC and date. The same is 
true for a completed data sheet. This provides an automated capability to 
assist ILS Managers in monitoring the progress of LSA/LSAR activity in terms 
of initial completion status, as well as the revisions made to completed 
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work. From an historical perspective, this capability will provide an LSAR 
audit trail that may be used throughout the life cycle of a weapon system. 
This may be particularly useful when tracking the performance of key para- 
meters, since it will provide a date benchmark corresponding to equipment 

modifications during O&S. 

/\ 

'EFFICIENT DATA ENTRY ' ^ , 

As mentioned earlier, the ALSAR data sheets were patterned ^fter the 
DARCOMP 750-16 formats. As a result, there is significant redundancy of key 
d^ita elements on most of the data sheets-. The fully automated ALSAR has been 
designed to eliminate the requirement for the user to enter redundant data. 
Some df the automated features incorporated to save user time and effort are 
discussed below. 

r ^ ^ . • • 

4) 

Key Parameters 

.. . ' I 

The ALSAR database is structured to utilize key parameters such as the 

LSACN, Alternate Action, and Manufacturers Part Number (MPN) , While it is . 

necessary to specify key parameters when using the on-line system, the 

.machine wili automatically enter these specified parameter values on' multiple 

cards, as appropriate. For example, it is not necessary to enter the LSACN 

on each card of the A, B, C, Dl , E, F, and G Sheets. 

Header Information ' " " . ' 

* 

The first three cards of the A, B, and C Sheets contain identical* 
header information. When an A Sheet is completed for the system and major 
subsy^em levels, the ALSAR will automatically enter the B Sheet header 
information. Similarly, when a B Sheet is completed for component levels, 
the C Sheet header information will automatically be entered. 

When information describing a part is entered on the B, C, or Dl Sheet, 
the ALSAR will automatically enter selected parts information in the Supply 
Support (H Sheet) record or the Support/Test Equipment (E Sheet) record, as 
appropriate. This provision hot only saves data entry time, but insures 



consistency between the maintenance, supply support, and support equipment 
records. ' ^ 

Multiple Applications - 

The fir^st time a Line Replaceable Unit (LRU), Shop Replaceable Unit- 
(SRU) , or repair part is recorded in the maintenance record (B, C, or DI 
Sheet), a basic Supply Suppor^t record (HOI, H02 and H03 cards) will be 
established for that part. This basic record will not be repeated even 
though a part may be ysed in-multiple applications in an end item. For each 
individual application of the part, only the application significant informa- 
tion must be entered. The ALSAR system transfers available information to 
the basic record the first time a part ^is identified, and prompts the user 
' to complete the basic and application significant information. For sub- 
sequent applications of that part, the ALSAR system notifies the user that < 
only application significant information is needed, and automatically . 
aggregates relevant provisioning information for the part. 

The same process is used for ^ support and test equipment on the E Sheet. 
■ The first time a particular piece of equipment is required to support a 
maintenance tasH,.. the machine will, transfer the available information and 
prompt the user to complete a basic JE Sheet . When subsequent maintenance 
tasks require this piece of equipment, the ALSAR will automat;ically record ■ 
, these" requirements by maintenance task and'the item being supported. In a * 
similar manner the AI^SAR permits a basic record for each , Facility (F Sheet) 
and Skill (G, Sheet) ; an^d automatically records each individual requirement 
for this logiatics resource. . 

NARRATIVE DATA ' v'- ■ ^ , / ' v 

The narrative cards. on the ALSAR data sheets incorporate a card, letter 
. - and sequence line number (Seq. No.) provision that, enables virtually ..-;.,;' 
unlimited space for narrative information. This prcfvision will enabl^'ILS 
Managers to further integrate and support the effoTts of , those respons'ible ; . 
for technical manuals through the ALSAR. The provision is required to'etiable 
the ALSAR to produ<;e important output reports such as the Support Equipment ' 
Recommendations Document (SERD) . . - , v". . 
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ON-LINE PROCESSING * ■ 

The ALSAR system utilizes on-line CRT terminaL screens to enter, re- 
trieve, and update information in the LSAR ,daraM'se. In addition, all of the 
output products available from ALSAR may be requested usin^ the on-line 
system. The ALSAR Users Guide shown in Table 1 provides the detailed infor- 
mation for pperation of the on-line system. ''^ ^ / 

MENU SCREENS' ' 

. Thirteen menu screens are provided for those getting acjqAiainted'- with 
the system. Figure A is the menu screen that-shoWs all of the ALSAR data 
sheets. Placing an X by one of the data sheets Will. cause .the menu for that 
sheet do be displayed. For example, placing an X by the ' '^-S^ieet will display 
the A-Sheet menii screen as shown in Figure 6. All of the^ card records on the 
Ar-Sheet are shown in Figure 6, and to display a screen for a particular card 
record, the user would, simply place an X by the desired card. 



A - SHEET. 



COMMANDS. . ' 

f 

_ A03A ' 
_ A03B 

_ AOS 

/ A06 



ALT-ACT 
A07 

Aoa , 

A09 
AlO 
All 
A12 
A13A 



A13B 

A14 

A15 

A16 

A17 

Aia 

A19 



THE CPHMAND' . AFTER EACH OF THESE MAY BE U - UPDATE f - FORCE 



A-SHEET, MENU SCREEN 
FIGURE 6 



DATA ENTRY SCREENS 



There are 70 on-line screens to enter , .retrieve, and. update information 
in the database. Each screen consis^ts pf; data elements ; for one or more card* 
records on one of the> data sheets, in Appendix* A. Figures 7; arid,^ are repre- 
sentative examples^ of these on-line: screens . » Figure 7 Is th^' s for the 
A05 and A06 cards of the* A-Sheet, and Figure 8 is for the- BOl ^BO? ,..^nd-- , 
B03A cards of thd -B-Sheet, Each on-line screen may be called by: siniply- 
^?ntering a command, for the desired card along. with the required par am^^^^^ 



I DPR LSMA-Oi, DATA SHEET *- LEVIL/OH-EQUIP riAINT. <^AQ3D. AfA03U 

, jQOQKXXXxxxxxxjooacooaaQQOQOQcooocxxxxxxxjoc*^^ AS or aocxxxjac xx/xx/xxi 

H CUlDi ADS LSAQI XXSOOCXXXXJOC NUKBER ST5 SUPMRTED(16) 



J' 



DAII^T INsri KUN ELA7SE0 TIKE(22) 

PRXOP INSfi KUN EL1PSK0*TIKC(32) 

i 4^ST0F IHSFi HEAH ELAPSED TIKE (42) 

. VHOKK station KXAN elapses TIKC(S2) 

ijfrnw iKSF« mean elapsed ^IM1( 62) 

> ' ■ 
caIq>i 



A06 LSACN : 



-1' 



nEAH rtAN HaS<27) 
KEAil KAN KR3(37) 
•lEAN KAN KR5(47) 
KEAN HAN HaS(S7) 
"KEAN ran KXS(67) 



3 



KEAN ELAPSED TD1E(I6) 
KEAN ELAPSED TlKt^Zt) 



PERIODIC INSP; 
UKSCHEDULEO KAIIfT 

TUIQfAROUND KEAN ELAPSED TIKS.Oe) ' 

KIMION PROriU OUHCl KEAN ELAPSED tlKHa)x 
K/H PER HOUR SCHEDULED (56) _ 

ANNUAL nmtT N/H SCHEDULED /,(66) 



.UPDATE (99) 



KEAN KAN KRl'(2I), 
KEAN HAN iatS<3I} 
MEAN HAN HRS(41) 
KEAN KAN KR5(S1,) 

UN3CHE0ULCO(^V 
' UNSa{ZDUL£0(7Z) 

UPOATZ(fll 



T7 A-SHEET^ ON-LINE SCREEN 
- FIGURE 7 I 



DATA SHEET 3. ITEM R/K CHARAC 




TOUSTIci. 



AfWlD. AfBOlU k.J 

a AS or xx30cxzifxoq(/pQc/xxi 



END ITER AOtONTIt CODK(lk) 



CODK(26) F5CH(27) ALT ACTIONOST;^ 
CATUS(34)" DW (^JUSHTT }k 

• EPFi nmizh) To(4a) 

'DAY(5a) ^ 




ITEM NAin(16) 



KODEL (iTT 



CONVERSION fACrOR(61) 



"s£rTeS*(52) 

UPOATEOO) 



KTR PART NUH(It) 



LSNC(32) 

' LSNdtU^ r3at(55) " 

" ' ^UPDATX(SO) 



Mm PART trtW(l6)' 



UPDATE(SO) 



B-SHEET ON-LINE SCREEN. 
FIGURE 8 




W 



EST COPY AVAILABLE 



Fqt .ex^nvpley;:^^ the EOl-'^commnd , i-^^ with the 'deslr^d^ 



.'AlternateC^^^^^^ the screen shown in FlgQr^' 9|. this screen 



"•^ ' t " DPR LSAOS-01, OATA SKIST E, STC OR TRNC MATERZAI. OCSC AND JUST - AFCOIO: : ^OIUI 

x3Coac)occmxx>ju xxxxJ OOODau^ is or xxxxmsc.^/xvxxi 

I 'u.TrAttTl UAOI ! '■ 

I ciRDi Eol uuoi m xx mxxx emo ite« wxoimi cooecu) 

) SWVICE 0C5 COOE(26) MQtC?) ALT ACTZ0N(32) X RSV C0Dt(33} X :'- ■ ■.( 

! DATA SHUT STJITUS(34)' 0«0 CLASSHIT 

1 scxxAX. mmBCR trr, nonm) _____ to(48) ^ . .^ " 

I DATIi mR/?tO»nH/OAr(58) TMT SIT LSAOir64) ■ - . 

1 ■ ■ ^ UrOAtZ(80>.'.'^ 

! CARDi E02 LSAOI xnOOOOaCXXX :TD1 KAW(16) '": 

I ITD! OES COO«i T7?I(35) ^tgDELl^T T "SERrE3(52) 

5UITIX DES(54) CONVERSION rACT0R(61) CALIB SQUlPHEKfTsS ) 

" an SUFWRT ?QUIPHEKr(66) CTl/ZTZ{b7) ITEM MO (68) UTOATKaO) 



GUU>i £03A LSAOI XXXXXXXXXXX KFR PART mm(16) 



FSai(33) owe mm8ER(38) LHJICtS*) FSCKSS) ~ 

COHTRACT «UHBER(60) ** UPOATTTaoT 



CARD I E03B LSAOf lOOOOOGOOOCX npR PART ^nm(l6) 

DWG Mim(38) ^ 



E-SHEET ON-LINE SCREEN 
FIGURE 9 



,aLsb contains the E02 , E03A, and E03B cards. When the screen is retrieved, 
tHc CSACN is machine entered in each card, as indicated by the'x's in the. 
LSACN= ^^ields. • *' ^ y '- - 

*Xhe.-;nuiTibej:s in parentheses af te?*'^ eacb^^data elemant denale t^he column 
ntimber of the'first positiqn f or'aV'dht'a element field. This 'feature will 
reduce errors When .da^ti^ are . being entered from hard-copy worksheets. The. 
Screen cursor i:s programmed to move automatically to the next;, unfilled 
data f ield tc/'simplif y '•and^e:^pedite data entry. . 



ENTERING DATA • - ' ' ' . ^ 

Once a screen has been displayed, the user may complete all or part 
of the data "elements ,. a6 desired. Changes or corrections may be made on the 
screen prior •to'.hitting th^ "ENTER'^^key on the terminal. The '*ENTER'Vkey 
records the • screen. display bn the ALSAR database, assuming data have been 
entered by the user. 

EDIT CHECKS: - . •^ ' ' V 

The o4i-Iine system incarpor^tes edit checks for selected data elements 



The edits performed on each screen are 'described in the ALSAR Users Guide, 
and generally consist 'of checks for .required presence, alphanumeric 
characters, field size, special codes, and format. When the user attempts 
to enter data that do not pass an 'edit check, the CRT terminal screen will 
indicate the error by flashin.g the affected data element field and will not 
allow any of the data on the screen to be entered in the databaise. At this 
point the user has two options. First, the user may correct the errant 
data on the screen and tjien enter them in the database. Alternately,, the 
user may force the errant data to-be entered .in the database.. This is 
accomplished by using the Force '(F) command and then pushing the "ENTER" 
key. The F command would be used when it is not convenient or possible to 
determine- the cause of -an error immediately, and the majority of the data 
on the screen are cofrect. • ' 



DATA RETRIEVAL ^ . . v 

When inforfn^tion has been entered on tfie database, such data may be 
retrieved ^tid displayed by simply calling the screen for the card, with 
appropriate parameters, on which the data were entered. When errant data 
were forced, the ALSAR system'will display the 'e/jcrantVd^ field with a . 



series of question marks (???), whether retrieved . qti-^line or on har(^7Copy 
printout , ' 



DATA UPDATE 

Except^fpr key parameters which are protected fields, any informa- 
tion^ in the ALSAR database may , be updated at the discretion of a user. 
After 'the appropriate on-line screen containing the information of interest 
is retrieved, the UPDATE (U) command would be used to 'a'dtivate this mode. 
:At this point the user may make any desired modifications or deletions by 
dimply typing over the existing data and entering^ the updated information 
in the database. . ' 

When an update is accomplished on a card previously coded "CO^IPLETE" 
in the Update Code (UC) , the ALSAR will automatically reGo;rd the ut^date as 
a modification 'to the LSAR. The purpose and value of this feature *was 



discussed earlier. 

% GI,OBAL CHANGE CAPABILITY 

^ At timqs it'^inay be . necessary^ to change key parameter values; (LSACN, 
MPN,*etc.) previously entered in the database. While such changes are not 
possible using the UPDATE cominand, batch programs are provided to accomplish 
changes in a global" manner . For example, if an LSACN requires a change, 
this program will replace the old LSACN with the new LSACN at every appro- 
priate location throughout the database, 

GENERIC, jPp.PY CAPABILITY 

When an LSA has feeeh^'accomplished on an item and the LSAR entered in 
the database, the user may find that all or part of this information may 
be applicable to, another item for which; LSA/LSAR is required. The ALSAR 
system will., on user command, selectively copy all or part of the database 
record for one LSACN to another LSACN, whether it be one card or multiple 
data slhe^jts. Once the desired copy function has been accomplished, the 
update capability would be used to make corrections, as necessary, to 
satisfy unique requirements of the newly created LSACN record. 

MAINTENANCE AND SUPP^^^^ FILES 

Supply supporc .requirements are basically derived from maintenance 
requiTiethents , as ate'^the requirements for personnel, 'support equipment, 
training', training equipmient, facilities, and technical manuals. Maintenance 
requirements are derived from the system level operational and support con- 
cepts, and from detailed R&tt'^ analyses at all levels of hardware indenture. 
The ALSAR system incorporates features that, in essence, take the main- 
tenance requirements documented on the B, C, D, and D-1 Sheets and automat- 
ical ly ■ create basic records of other support requirements on appropriate 
data sheets (E, F, G and H) . These features were mentioned earlier in the 
paragraph addressing efficient data entry for multiple applications. Using 
this approach, the ALSAR system assures consistency and compatibility 
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between the maintenance requirements and the other ILS elements. 

Portions of the B,C, and Dl Sheets are used to drive the supply 
support requirements documented on the H-Sheet . The C03 card is used to 
establish the top-down hardware breakdown in accordance with engineeiring . 
drawings and the MPN to Next-Higher-Assembly MPN relationships. Usijig this 
information, the ALSAR automatically creates HAO cards from which the 
Provisioning Parts List (PPL) is machine produced. Using this approach, 
the ALSAR eliminates the need to use the LSACN J:o produce provisioning ^ 
technical documentation as required by DARCOM. This permits the LSACN to 
be assigned only to the reparable let^el using the WUC/WBS, which in turn 
results in the significant advantages discussed earlier. Non-reparable 
items are appropriately accounted for and documented 'in accordance with 
standard reporting requirements. 

^en specific LSA requirements for a given acqyig^Lion program do not 
logically result in a complete top-down breakdown ( p^ !ne MPN to Next-Higher- 
Assembly MPN relationship for the total system, th| user would utilize the 
AL-SAR on-line system to enter HAO cards to add missing parts, as applicable. 
The ALSAR system processing will notify the user when and where gaps in ^ 
the PPL exist • 

BATCH PROCESSING 

INITIAL BATCH LOAD 

The Initial Batch Load can be used for initial loading of the data- 
base or for subsequent additions of new records if the key inforiflation is 
unique. It. is not intended for update or editing capability for existing 
data. The system accepts ALSAR card formatted data from sequential files. 
There are three phases to the load process, each of which performs edits on 
the inp'ut data and produces a report. These reports should be used to 
guarantee the integrity of the loaded database. ^ 
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Phas# 1 

In this phase the card images are read, edited individually while flow 
assurance editing is done, and finally, the narrative data are separated 
from the rest of the inputs. The first report th^t is produced from this 
phase is a control r^ort which is to be used until this phase is com- 
pleted. It is a sequential listing assigning a control rlujnber for future 
reference. Next an edit report is produced detailing^^wM/Ch fields are in 
error and indicating whether insufficient previous cards have been received. 
This report also warns of possible key parameter information problems that 
may be encountered in Phase 2. Regardless of the error, all should be 
corrected to insure a' sound database. The edits performed are identical 
to those for the on-line data entry process. Phase 1 should be rerun 
until an error-free run is obtained, or it is determined that all remaining 
errors are inconsequential. 

Phase 2 , ' 

Most of the database records consist of multiple cards, but sometimes ' 
a card is used to create one database record and occasionally cards are 
broken down to produce multiple database records. Phase 2 performs the 
function of breaking down and/or building up the cards to obtain these 
records.^ It produces a sequent-ial file and a report which warns of in- 
complete information, duplicate information, or unidentifiable data detected 
in this process. The report identifies the sequential number that was 
assigned in the first phase, pinpoirjting the exact card to be checked. 

Phase' 3 
rr 

The third and final phase takes the records created from Phase 2 after 
all errors are corrected and actually stores them onto the database in their 
appropriate" position . Again some errors may be detected since records are 
connected to each other in a like fashion as the cards were in Phase 2. 
l^en duplicates are found, or inadequate connecting records are available, 
then an error is flagged to indicate further action is required to store 
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the record properly. 



SUSPENSE REPORT 



. There are times when it is appropriate to store cards onto the data- 

base which have a field in error. This may be done from the Initial Batch 
Load when all of the card edit errors are not corrected in Phase 1 of that 
process. Errors may "also be^ored from on-line processing. When an 
element fails to pass an edit, the element will blink on the screen. If 
the error cannot be corrected, the u^er can force the rest of the data on 
the screen to be stored by typing an *'F*' for forced update in the command 
field and pressing the ''ENTER" key. The eleif^ent in error will be stored 
as question marks. This feature allows the valid data to be stored and 
available for use, and saves the time that would be required to re-enter 
the data from scratch later. , ; • . V 

Each dat0)ase record has a suspense flag th^will be set^wbenv^n*^^^^^^ 
is stored .in ;thatvr^^ Periodically^, a.Susp'en^ Report iwil). id ^ 

all cards that have elements in eri:\or. The* Software will re-edit a^l • / ^ 
records that are flagged suspended . ;,if all errors in the record have been 
corrected, the suspense flag is turned off. All remaining errors will be 
included in the, Suspense Report. 

The Suspense Report is used to insure that errors are identified so 
that corrective action can be taken. Errors listed on the report are 
sorted by card type, by LSACN. The card images correspond to' the data 
sheets, and errant data elements are identified. Errors may be corrected 
by calling the screen with the data in error and re-entering the element 
"using the Update Command. 

TURNAROUND DOCUMENTS 

When data are entered on the database via on-line or batch processing, 
the ALSAR will generate a Turnaround Document if desired by the user. 
These hard copy printouts display information in data sheet format and 
provide additions/changes to the database that occurred during the 
processing period since the last turnaround was generated. When database 
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transactions were modifications or updates to information previously 
entered, the Turnaround Document will display a before and after image. 

The purpose of the Turnaround Document is to provide a hard copy 
printout of information actually loaded in the database to functional area 
users who are responsible for the accuracy and completeness of the data. 
Da ta^ elements that did not pa^s edit checks and were forced on the data- 
basewill appear as question marks on the Turnaround Document. The user may 
iise this document to verify and correct data entries. This would be partic- 
ularly useful when engineers/analysts responsible for data quality do not 
actually, perform the data entry. Managers could use the Turnaround Documents 
to monitor the LSA/LSAR activity and for hard copy backup files, as desired. 

PROMPTING DOCUMENTS ' ' 

Although systems engineering is a highly iterative process involving 
many different functional areas, it can generally be described in the follow- 
ing way. The process starts with design engineering activity. Next, the 
results of design engineering are used by reliability engineering to 
accomplish failure modes, effects, and criticality analyses (FMECA) and other 
important functions. Ne;xt , the results of reliability engineering would be 
used by maintainability engineering to determine the maintenance and support 
requirements necessary to achieve and sustain a fully mission capable weapon 
system. These three steps can be thought of as occurring in a serial manner. 
When maintainability engineering completes the detailed task analyses -and 
identifies support requirements necessary to repair and sustain the weapon 
system in operational status, the activities of many other functional areas 
may be accomplished in a generally parallel manner. 

The ALSAR system uses Prompting Documents to assist in the integra- 
tion of all functional area activities involved in the systems engineering 
process. When information is entered in the database by one functional 
area, the ALSAR keys on selected data fields to determine if the data 
entered are needed by another functional area user. If so, the machine 
generates a Prompting Document to that functional area. The Prompting 
Document preprints information needed by the next functional area to 
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accomplish additional LSA and reminds the user that additional LSAR input 
data are now owed to the system. The information on^ the Prompting Document 
is Extracted from portions of the data sheets in Appendix A and is presented* - 
in a ^format consistent with these data sheets. 

Figure 10 shows the basic approach used to generate and distribute 
Prompting Documents. It is seen that specific data sheet cards generally 
relate to the functional area across, the top.. The card numbers in the 
body of Figure 10 relate to the data sheets in Appendix A. Since the 
specific functional area responsibilities may vary from one organization to 
another, the prompting scheme is table driven. That is, the Prompting 
Documents may be frexibly tailored to fit any particular organization. 




\ 7 [GfiNpi^'k DOCUMENTS 



Figure 11 shows •V|i'e'pr0ce Step 1 with design engineering 

entering a f unctional 4^s%n \d^^ the item under analysis. A 

Turnaround Dotument is. ;#nt ba;c^ I tb^ and a Prompting 

Document is sent to relialDlXi0^ 2. When reliability enters 

the information it owes; th^ s:J&teihy,; t^ is repeated and a Prompting 

. • \ ' ' ^ \, • • * ■" ■ « V'' » ', f 
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Document is sent to maintainability engineering, Step 3. When maintain- 
ability engineering enters the information it owes the system. Step 4 
simultaneously sends prompting documents to one or more functional areas as 
shown on the right side of Figure 11, depending upon the particular support 
requirements. That is, if support requirements for that functional area 
exist, a Prompting Document is sent; otherwise, it is not sent. 

_(3) 



® - 




DESIGN 




RELIABILITY 




ENGR 




ENGR 





HAINTAINABILITY 
ENGR 



HUMAN FACTORS. 




support/test equip 



TRAIMNG 



TECH DATA 



PROMPTING 
INPUT 

AROUND 



FACILITIES 



SUPPLY SUPPORT 



TRANSPORTATION 



OUTPUT SUMMARY REPORTS 
TO USERS ON COMMAND 



USE OF PROMPTING DOCUMENTS 
FIGURE 11 - 



SAFETY 



In actual practice the systems engineering process should involve 
Design, Reliability, and Maintainability Engineering working as a team to 
investigate and evaluate. alternative design concepts in an iterative closed- 
loop manner. Similarly, the maintainability engineers should. team with 
Provisioning, Technical Manuals, and other functional areas to evaluate the 
overall support requirements and capabilities . ^ This evaluation, in turn, 
should be fedback to the design and R&M loop to insure that supportability 
factors influence design alternatives and decisions. 
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The Prompting Documents provide a useful mechanism to enhance timely 
integration and feedback in the overall systems engineering. Managers 
could use this -capability as a' tool to assist in formally organizing the 
integration activity and in monitoring the results,. 

LSA/LSAR PROGRESS REPORTS 
i 

Managers and functional area analysts may, on occasion, have a need 
to review the current status of the LSA/LSAR effort for a given program. 
The ALSAR system currently provides two r.eports for this purpose. 

LSACN Status Report 

This report has been designed to list all of the active LSACNs associ- 
ated with a given program effort. The report, which may be requested using 
an on-line menu screen, provides a list of all currently active LSACNs in 
the database for a specified end item. For each LSACN the report will list 
all of the data sheets that have been entered, along with the date that each 
sheet was last revised. If the LSACN requires new skills, the G-Sheet for 
each of the required new skills is reported along with the status of each 
G-Sheet. If the LSACN requires facilities^ the F-Sheet fqr each required 
facility is reported along with the status of each F-Sheet . ' 

D ata Sheet Status " J ' 

The ALSAR system will provide a hard copy printout of^ the current 
status of the data sheets that exist, for a specified LSACN. The on-line 
screen shown in Figure 12 may be used to obtain this output. The user 
may specify one or more of the data sheets. The output will include all 
of the information in the database for each sheet requested, including 
narrative. The format and content of each sheet will be identical to 
those of the corresponding data sheet in Appendix A, except that cards for 
which no data exist will be omitted. The data sheets requested will be 
printed in alphabetical order. 
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DPR JjSAOM-OS, SHEETh request, AFMOSD, AFMOSU 

xxxxxxxxxxxxmxxxx5ocxxxxmmxxxxxxxxxxxxxxxmxxx5gcxx as of xxxxxxx xx/xx/xx 

SHEET REQUEST B ' ' 

THE FOLLOWING REQUESTS REQUIRE 

LSACN . ALT-ACT __ 

A _«''B ' ' _ C ' . 

' ■ , _ ^ . _ ^ - I 

D ALSO REQUIRES A TASK CODE t 



G ALSO REQUIRES A SKILL SPEC CODE 
J ALSO REQUIRES A DRAWING NUMBER 



,THE H SHEET REQUEST REQUIRES 
MPN 



H ' 



END-tTEM LSACN 



DATA SHEET STATUS 
FIGURE 12 

REPORTING SYSTEM 

Many reports may be generated by the ALSAR system. Table 3 lists the 
reports that fully comply with standard specifications. 



DARCOM ^A^ REPORTS ' ^ 

The LSA^ summary reports shown in Table 3 are the standai^d dARCOM repo 

that the ALSAR system is programmed to generate. The reports shown are 

those currently requp.red by the -Air Force. The ALSAR also generates the . 
,p~220 output ^or provisioning purposes. 



-39- 



TABLE 3. ALSAR OUTPUT IIEPORTS 



^ LSA SUMMARY REPORTS .• 

LSA-bl DIRECT ANNUAL MAINTENANCE MAN-HOUR BY SKILL SPECIALTY 

CODE AND CATEGORY. OF MAINTENANCE 

LSA-02 PERSONNEL AND SKILL SUMMARY r\ 

LSA-03 RfiLIABILITV AND MAINTENANCE SUMMARY ... 7* 

LSA-OA MAINTENANCE ALLOCATION SUMMARY ~ ' • 

LSA-05 SUPPORT ITEM UTILIZATION SUMMARY*^ - '\. 

LSA-oe CRITICAL MAINTENANCE TASK SUMMARY.' ' . - 

LSA-07 ^ SUPPORT ITtM REQUIREMENTS BY SKILL SPECIALTY CODE ' 

, AND MAINTENANCE CATEGORY . , ...^ ' . 

LSA-08 SUPPORT ITEM REQUIREMENTS BY MAINTENANCE CATEGORY ,. ' ' 

AND SKILL SEECIALXY CODE ' . V' V" 

LSA-09 SUPPORT XJEIJS LIST . • ' > 

LSA-10 SUPPORT X*EMS ;LIST ■ 

- - LSA-U SPECIAL TRAILING /pEV ICE SUMMARY 

LSA-12 SPECIAL FACIL I ti?... REQUIREMENTS .'■.'y. 

LSA-13 SUPPORT EQUIPMENf 'GROUPING NUMBER UTILIZATION ^ " 

• • SUMMARY ' ' {■ 

LSA-IA TRAINING TASK LIST ^ \ ■ ' " y/^.-'- 

. LSA-16 PRELIMINARY MAINTENANCE ALLOCATION SUMlS^Y ' 

LSA-17^ ■ PRELIMINARY MAINTENANCE ALLOCATION SUMMARY TOOL PAGE 

LSA-20 ^ TOOL AND EQUIPMENT REQUIREMENTS 

LSA-27 SPECIAL TOOLS LIST 

LSA-30 SPECIAL TOOLS LIST 

DATA ITEM DESCRIPTIONS • . " 

DI-S-6176 SUPPORT EQUIPMENT RECOMMENDATION DATA (SERB) 

DI-S-6177 CALIBRATION MEASUREMENT REQUIREMENTS SUMMARY (CMRS) 

Di-V-6183A/M CONSOLIDATED SUPPORT EQUIPMENT LIST (CSEL) 

DI-L-61A7A Presentation and packaging data ■ ■ 

DI-V-6181/M repair PARTS/GSE PRICE LifeT (JET ENGINE) 

DI-V-6185A/M LIST OF STANDARD/MODIFIED HAND TOOLS 

D220 AFLC PROVISIONING SYSTEM 

DI-V-7008 COMMON BULK ITEMS LIST (CBIL) * . 

DI-V-7006/M INTERIM SUPPORT ITEMS LIST (ISIL)' 

DI-V-700A LONG LEAD ITEMS LIST (LLIL) ' " 

DI-V-7002 PROVISIONING PARTS LIST (PPL) 

DI-V-7005 REPAIRABLE ITEMS LIST (RIL) . 

DI-V-7007 TOOLS AND TEST EQUIPMENT LIST (TTEL) 

DI-V-7016D/M P RE-PROCUREMENT SCREENING 

DI-H-3256 TRAINING EQUIPMENT LIST (TEL) 

DATA ITEM DESCRIPTIONS (DID). 

Table 3 also shows many complex reports that the ALSAR can generate 
in total compliance with standard DIDs . . The SERD, CMRS, and CSEL are 
reports that are extremely costly to accon^plish manually. Using the 
ALSAR procedures and conventions, these reports are completely machine 
generated. Likewise, the provisioning technical documentation listed^ 
is completely machine generated. * H-.; ^ 

REPORT SELECTION SCREENS 

' All of the reports listed in Table 3 may be requested via on-line 
report selection screens. Figure 13 is the Report Menu screen firbm the 
ALSAR Users Guidei -Placing an X by the desired report will produce the 



appropriate Report Selection Screen. For example, if an X'iwas placed 
by CMRS^t^ei' Fieport Selection Screen shown in. Figure I'A would -appear . 



RPTOR-Hl, REPORT REQUEST SELECTION. AFR15D, AFR15U | 
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX AS OF XXXXXXX XX/XX/XXI 





REPORT REQUEST 








^ LSAOl 


. ' .'^ LSAOZ . ;■ »_ LSA03 


_ LSA04 


_ LSJ^.5- ■ 


V LSA06 


LSA07- 


^ \ - ';_;LSAd8 'r . ' LSA99 


^ LSAIO 


_ LSAll 


^ L5AI2 a 


_ LSA13 


' ^'LSAIA'^ ';X;"v;tSAl.6^^ - 


_ LSA17 


_ LSA20 


_ LSA27, ■ 


LSA30 


ViCBIL ' ' J. CHRS ; .■' 


_'C^EL 


_ D220 


' _ ISIL 


2 LLIL: 


HOD-METRIC 


_ NRLA 


_ PPL 


_ RIL 


_ SERD 


_ TEL _ TTEL 








PKRQ 


PRESERVATION AND PACKAGING DATA 








RPGP 


REPAIR PARTS/GSE PRICE LIST 








SMHT 


LIST OF STANDARD/MODIFIED HAND 


TOOLS 






SCPR 


PRE-PRPCUREHENT SCREENING 






r 


" LSAS 


LSACN STATUS REPORT ^ " . ■ 









ALSAR REPORT MENU SCREEN 
FIGURE 13 



j RPT0R-13r AFRlSD.jJAFROlU ■, . ■ 

I XXXXXXXXXXX^ftOiXXXlSxXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX AS q>/.XXXXXXXX XX/ XX/ XX 

I REPORT SELECTION FOR 

} SUPPORT EQUIPMENT RECOMMENDATION DATA (SERD) 

I CALIBRATION/MEASUREMENT REQUIREMENTS SUMMARY (CMRS) 

I CONSOLIDATED SUPPORT EQUIPMENT LIST (CSEL) 

I 

I SRV DES CD 

j LOCATION ~ 

I ■ ALT ACT 

J AGCY CD ~ 

1 COPIES 

LSACN 



i 

END ITEM LSACN 
END ITEM ACRONYM CODE 



(SERD ONLY) 
(CMRS ONLY) 



(CMRS ONLY) 



CMRS REPORT SELECTION SCREEN 
FIGURE 14 
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This i^creen is also used to request the SERD and CSEL reports. The user 
would then enter the inf orihation neces*sary to specify the' CMRS report for " 
the desired end item, indicate . "how many copies are desired, and specify 
the location of the printer to be used to produce the hard copy report. 

All of .the output reports have similar Report Selection Screens, 
wfth the required report specification parameters is tted . ° 

*TAPE* OUTPUTS . , . ' . , ; 

/ \- 'The ALSAR system can al^o generate tape, outputs' that may be used as 
•in^iit to three standard models used by the Air . Force; the Mod-Metric j^- 
NRLA;, :and^ LCOM. * ' ^ : 

\ 'Figures 15 and 16 ^re 'the on-line. Report Selection Screens for 
requesting tjie ;ALSAR . to . generate the output tapes for the MOD-METRIC 
and NRLA,. respectively. : A pseudo. Base Lefvel History Tape\ (A3D*6DA) and 
B-4 Master File Tape are generated for input {o the'jLCOM. The ALSAll 
Users^duide provides detailed instructions for building a constant data 
file' to enable the ALSAR to generate th^ ABD6DA using LSAR data. 

REPORT RlEqUESt SUMMARY •* . ' — :• 

The AtSAR has an on-line screen that displaj^s a current status suinmar 
of all the reports that : have been requested by a specific user but that 
have not been printed. This screen may be used to. check the status of' a 
report, to delete or hold a report, or to initia»te some x:hange's to the 
original request. • , 



. II i : 

I FlPTOR-40, AFR15D, AFROlU > • > ■ 

,1 m*xx3bcxxxxxxxxxxxxxxxxxxxxxxj<3cxxxxxxx)axxxxx^ as of xxxxxxxx fcc/^/xx 

1^' REPORT SELECTION FOR MOD-METRIC ' (MODM) ' . ?; •■ 

1 ' " \;i ■ 

I AGCY CD _ ALT ACT _ j 

I ■ BUDGET MIN BUDGET MAX 

I , LRU BUDGET • ^ BACK ORDER . ^. 

\ OUTPUT DEVICE _ im>UT DEVICE DBSO . 

I 

I NUMBER OF BASES 

I FLYING HOURS ^ '_ ' . ^ 

I ORDER & SHIP TIME ' . v;.^ . :\ . ' 

J . PRINTER DESIGNATOR ' PRINT QUANTITY COMBINE' DEVICE _<'SQ6J[>' 

1 BASE REPAIR T^tffi, DEPOT REPAIR TIME ^ PRIME ALC 

I ^" ■•■ ■" ». • ■ 

t BSTART .J_ . BSTOP . CFAC J^* '' ' , PBINC » 

i TITLE _ . ' . ■". 

I TITLE/ COMMENT ''-.V. 



MOD-METRIC TAPE SELECTION SCREEN 
FIGURE 15 



RPTOR-41. AFRISDi AFROlU • 

xxxxxxxmmxxxx^poocxxxxxxx)^^ as of xxxxxxxx xx/xx/xx 

REPORT SELECTION FO^f NETWORK REPAIR LEVTEL ANALYSIS (NRLA) 



^ AGCY CD ■_ ■ ALT ACT 
REQUESTED LRUS 



' TYPE i 



END ITEM NAME 
SERVICE LIFE 



SENSITIVITY ALT. 
EXTREMES/COMPLETE 
TYPE 2: BASE SHOP MHRS _2 

DEPOT SHOP MHRS ' 

TYPE 3: ORDER/ SHIP TIME CONUS 
ORDER/ SHIP TIME ,0S ■ 
TECHNICAL COST 



DEPOT WORK BREAKDOWN STRUCTURE 
REPAIR CYTXE TIME: DEPOT CON 



END .'^TEM ACRONYM CODE 
■ DEPOT OS BASE 



_ milJP^CR BASES RATIO .pt" FORCE 

EQUIV .WEAP . SYS ,^ ^ OPE^TION HOURS 

LOWER RATIO _.99 UPPER RATIO 

RUN IDENTIFIER 

BASE Tin^OVER RATE 



.99 



DEPOT TURNOVER RATE 
.999 PACKING COST COl 
".999 PACKING COST OS 



.99.9 



__ 99 
- .99 



NRLA TAPE SELECTION SCREEN 
FIGUPE 16 
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: • ^ SECTION IV 

AIRCRAFT CHARACTERISTICS DATA FILE.-" 4 ^ 

■^ 

. . ' ■ ' • / 

, • ■ ■ ■ GENERAL . , ' , 

. . . ■ ^ 

In this section the current development statCis of the protyt^^^e * 

* * . V 
s. Data File (ACD.F) is presented in summary form. 
. i , u. . >■ 

The reader is encour,aged to . review again Figure 1 and the discussion of the 

conceptual UDB approach and objectives presented in Section II. In 
addition, the reader. .is encouraged to review again Figure 3 and the dis- 
cussion of the UDB features relative to the overall system objectives. 

\ ■' ' • . ■ ■ . . ■ ' ' • 

PURPOSE. AND USE ' ^ . |L 

Tb© purpose of the ACDF is to provide a mechanism' wWereD^^^Jpjpnent 

and industry users have convenient and timely access to design, R&M, and 
support cost information abotit existing operational aircraft weapon systems 
Primary users of the ACDF would.be those from Gpvernment "and industry who 
are' ;r^sp>onsible for the acquisition and support of new weapon systems and 

equipment. J ^ - 

* ' ' ■■ * 

iTceptual Phase • 




In' the early weapon system planning stages, the ACDF would be useful 

to those responsible for establishing system and major subsystem' requirer- 

ments, and specifications. The ACDF design and utilization data could b^ 

used to assist in identifying the ECS for the new w.eapon system. When^the, 

operational and support concepts are formulated, the R&M and support cost 
♦ 

data associated with the BCS would assist in establishing the system avail- 
ability and R&M requirements and in the allocation of R&M system require- 
ments to the subsystem levels. In general-, the. ACDF data* can then boused 
in conjunction with early LSA/LSAR^ efforts .to support and influence ^trade- 
off studies of alternate design approaches §or . the 'new weapon system. 



Preliminary and' Deta i led* D e sign Phases 

lis the design attlvlty proceeds through Increasing levels of detail, 
the ACDF may be used to obtain BCS data at lower hardware indenture levels. 
. Tfie proces^ofSsing .the BCS in conjunction with LSA/LSAR to support design 
tradeoff studi^^^and analyses can be used throughout the preliminary and^ 
(tetailed design phases.. 

O&S Phase * ^ ,f 

'\ VJhen the rrew veapon system becomes operational, the ACDF can be used 
'to measure and evaluate the system performance in terms of R&M parameters 
an3 support Costs. Field data from the MDCS and VAMOSC systems would be 
processed by AC-^f programs and provided to users via the on-line access 
system^ ^ . 

Research and^Deve lopmeint (R&D) Activitiee 

Those organizations* involved with R&D to develop new or improved 
predictive models and tools would be users of the ACDF«^ Timely and con- 
venient access' to this database would greatly reduce the cost ancl increase 
the effectiveness of data collection efforts' by a large community of 
researchers. The results of R&D efforts that utilize the ACDF for source 
data would be easier to compare and validate, as opposed to those that 
did. not use a common data source. ; ^ 

TECHNICAL itPPROACH - ] ^ - 

The ACDF was developed under the concept that it would eventually 
be implemented and maintained at a central Government facility. Since 
the specific machine and software environment to house the ACDF was not 
known, there was a strict requirement to' design the system fpr optimal trans- 
'portability . As ,a result of this requirement, and the need for an efficient 
"onwline capability to serve remote users, the ACDF was designed as an 

interactive Time~Shar*ing Option^ (TSO) system that utilizes the Virtual 
■ Storage Access Method (VSAM)T Application programs are writt^ exclusively, 
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in America],! National Standard Common Business Oriented Language (ANS COBOL). 
VSAM records are designed to group or categorize data in a manner intended 
to ehhance the utility of the ACDF to multiple users and the efficiency 
of' operating the. system. 

MODES OF;- OPERATION 

Data Entry ' - The ACDF system data files would be initially loaded 
and subsequently updated by the organization responsible for operation and 
maintenance of the ACDF. Batch load programs would be used for data entry, 
which would be be accomplished by the host computer facility. Remote 
on-line users would not have the capability to enter or modify data in 
the ACDF. " 

Data Retrieval - Data loaded in the ACDF may be retrieved by any 
authorized user via on-line CRT terminal screen, or batch output programs 
generating' hard copy printouts. Users may specify and request hard copy 
outputs using the on-line mode of operation. The ACDF output for speci- 
fied data is presented in the same image, form, and content, whether 
displayed on the CRT or hard copy. Users operating CRT terminals with . 
screen image printers could obtain hard copy of selected data. The system 
is designed to permit dial-up line access to the ACDF. 

DOCUMENTATION " 

Table 4 lists the documents that record the results of the ACDF 
development .effort . This documentation, dated April 1983, has been 
delivered to the Air Force. 
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TABLE A. ACDF DOCUMENTATION 
DOCUMENT PURPOSE 



ACDF Data Element Defines each data element 

Descriptions (DED) in each ACDF Record 

. ACDF Data Input Record Defines the record layouts 
Layout for data input to ACDF 

ACDF Users Guide Provides instructions for use 

of the on-line system 

ACDF Programming ^ Contains all programs developed 

Documentation for operation of the ACDF 

A CDf' D ED 

Unlike the ALSAR which used DARCOMP 750-16 as the baseline, no base- 
line system was available for the ACDF. As a result , the data elements 

■ in the DED were select^ed on the basis of the previous work by Thomas and 
Hankins (1980) , which included a major industry survey that investigated 
'the data needs of those responsible for weapon system design, R&M, and 
logistics supt^ort. The ACDF DED provides the definition for each data 
element in the system, including the field size and other characteristics. 

/The 'data elements are then organized into specific records for greater 
utility to the user when retrieving ACDF data. 
4 ■ ■ ^ V . ■ 

Data Input Record Layouts . * 

This document contains the data sheets depicting the layouts for each 
record in the ACDF. Those responsible for loading data in the ACDF would 
use these data sheets in conjunction with the DED to input\data. There 
are 66 data input sheets covering all of the ACDF records'." An example of 
the data sheets is shown in Figure 17, which includes a poftion of the ' 
System Features, Electrical Power Supply, and Hydraulic pJwfer Supply R^lrd 

. ■ . ' 4!- 

Users Guide ^ f / ^ 



Thiis document' provides detailed instructions for usiny the on-line 
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system to retrieve data from the ACDF. Procedures are given to retrieve 
data from each record, and for special functions that present data from 
multiple records. The manner in which the data are displayed on the CRT 
terminal screen for each record is also described in the Users Guide, 

Programming documentation 

' ■ ■ ■ ' ■■ ■ ' 

This 480-page dbcument^ 1 a description' of ea,ch COBOL applica- 

tion program ♦associated >jwifeh the ACDF. Documentation on each program 
includes the* program ndme , calling and called programs, copy code, VSAM 
or sequential files Recessed , fuf^ct^ of the program, and . the method- 
ology used. The source code .fbr^ eacji . program also included. 

ACDF RECORD CONTENTS 



The records described in the DED are listed. in Table 5. The ACDF 
'Would contain information in each one of those records abput each air- 
craft's MDS . A brief description of the contents of these records is 
presented next. 

TABLE 5. ACDF- RECORDS FOR EACH AIRCRAFT MDS 



SYSTEM RECORDS 



AIRCRAFT GENERAL 
MISSION 

BASIC MISSION PERFORMANCE 
SYSTEM DESIGN AND PERFORMANCE 
ENGINE ^ ;:r 
SYSTEM UTILIZATION 
SYSTEM FEATURES 
SYSTEM R&M/COST 
OPERATIONAL R&M/COST 
NATIONAL STOCK NUMBER 



SUBSYSTEM RECORDS 

AIRFRAME 

AVIONICS 

CREW STATION 

ELECTRICAL POWER 

ENVIRONMENTAL CONTROL 

FLIGHT CONTROL 

FUEL 

HYDRAULIC POWER 

LANDING GEAR 

POWER PLANT INSTALLATION 



AIRCRAFT RECORD 



This record is basically header information that provides a top 
level description of a^ particular aircraft weapon system. 
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MISSION RECORD . / 

This record contains , narrabiy^! information from the Air Force Guide ^ 
(AFG-2) briefly describing theypriinary and, , secondary missions of an air- 
craft MDS. ' . ' ■.•■ •■^ 

BASIC MISSION PERFORMANCE RfiCORl); , 

This record contains- infOTmat.ibn .trqm AFG-2 for the basic mission 
performance. The data elptnepts,' atld ■ def ^ are consistent with AFG-2. 

The record is designed to^acoommodate 'differences in. AFG-2 data between 
aircraft MDS.- - ^ ^ ■■• :^ ! ■ * ' ; ' . • 

SYSTEM DESIGlSl; AND PERFORMANQE.REGO^ • ' ' ^ 

':" ; T record, contains 'inforjnation -^bo top-level systefe design and 
'operational perf Drmance . characteris^'t^^^^^ Tl^e, inf orma- 

tion incluxies ijdmensiQns, weights; th^^ speeds,* raxi^jj||^^fate of climb, 

and altitudes.. It also provides the total number , of Z-^^ 3-, 4--;, anH 
5-cJigit*WG items as;sociatfed with an aircraft MDS. ' . ^ 

ENGINE ,RKtORD ' r . ,.\ ' /• ' -V^ 

■ ' \his record contains AFGT3 de and performance informatipn; abpptv^ 

'engines used in operational aircraft ^M^ the data elements and 'defi,rii>- ; 
. tidns are cdnsistent withrArc^^^ record is designed to acconflnodafce ■ ^ . 

- dif ferences in AFG-3 data between en types and models. > • . ^ . 

SYSTEM UTILIZATION RECQk):^^^; . / - ^. . ' '"-^ 

This- record contains information about the fleet utilization, of an , 
aircraft MDS. . It includGs the active inventory, base level fly.:^ngr time • 
and sortie^, average 'sortie length, and other relevant fleet inf ormati^on: 

SYSTEM FEATURES RECbRD ^ ' '^'a^^^ , 

Tbis " record contains information about top-level system^design : ■ . 
featured'incprporated on an aircraft MDS. The features include weight, cl 



number of aircrew personnel, type crew escape system, type engines, number 
of engines, type engine installation, wing geometry, type flight controls, 
type and number of electrical and hydraulic systems, type avionics installed 
built-in-test .units , and many other features. 

AVIONICS SYSTEMS RECORD / • 

^ This record contains information that identifies avionics equipment,: ; 
by standard equipment nome^cilature'^^^^^^^^^^^^ that is installed on an aircraft 

MDS. For each SEN the record specifies whether or not built-in-test pro- 
visions are incorporated. 

SYSTEM R&M COST RECORD I 

' ■ fliis tecord contains tpp^ syste R&M and^ cost information for 

an aircraft MDS. The informatiori' includes unit fly-away cost, system 
level support costs, base and depot level maintenance manhours, base 
level maintenance manhours per flying hour (MMH/FH) and sortie, and overall'" 
MMH/FH. f^- 

OPERATIONAL SUPPORT AND COST RECORD 

This record contains detailed R&M and support cost information for, 
a weapon system. There are five sub-records, all of which will be- useful 
to those responsible for LSA/LSAR activity on new system acquisition 
programs. 

Aircraft Level/AFR 800-18 Format A 

This sub-record provides system level R&M data in the format and 
CQntent specified by Air Force Regulation (AFR) 800-18, "Reliability and 
Maintainability Program" (formerly AFR 80-5) . This record breaks out pre- • 
ventive and corrective maintenance into all the required categoi^ies addressed 
in LSAR, and provides standard R&M parameter terms for each category. 
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Work Center by Aircraft ■■ ■ ^ 

This sub-record groups R&M data by work centers associated with an 
Aircraft MDS.. For a large aircraft MDS, this record could contain, da t^a for 
'approximately thirty pO) 5?i)rlt centers. ' C. - -V'^' 

Support Co^by WUC . » 

This sub-record contains support cost inf orrnation that may be 
retrieved at the 5-digit WUC level, or summariz'ed /at the 2-, 3-, . or 4-digit 
WUC levels. The machine, stores only the. S-dlgitVwyg dat^ internaX 
" Rrograms calculate summarized values: on .requkst .b^^^^^^^^^^^^ The data elements 

"and defin|.tions in this record are ■ consistent ' ^ data elements 

related to' cost. I - ^ • r , 

R&M Data by WUC - ; . :v v ■ 

V- 'This sub-record contains R&M parameter data at the IpW^^/leve 
' wUC indentures. Th^ data are . exptessfjid. in terms compatib^^^^^^^^ 
required f or 'detailed levels of LSA/LSAR f or^^ne^^ system abquisition 
programs. ' : > ' * r,, ' ^ 

Maintenance Action by WUC ' \ ■ 

This sub-record contains summary data by WUC, sorted by standard Air 
Force maintenance "action "taken , "how malfunctioned," and "type how 
malfunctioned" codes. The reader may recognize that provisions on the 
B- and D-Sheets of the ALSAR will relate to this sub-record in the ACDF. 

NATIONAL STOCK NUMBlflR RECORD 

This record contains inform^ion that enables users to cross-reference 
a National Stock Number. (NSN) to a part number, determine each aircraft MDS 
that uses the NSN, and determine the WUC assigned to the NSN on a given 

aircraft MDS. In addition, the record contains cost and weight information 

\ 

about an NSN. ^ 



." .if 
h". ' ' • . 

. , . c, ' • ■ ■ \ 

SUBSYSTEM RE;C0RDS 

There are nine individual subsvst em records in the ACDF These 
include airframe, crew station, environmental control, electrical power, 
flight controls, ' fuel, hydraulics, landing gear, and power plant. The 
Avionic Systems Record was, discussed earlier. Each 'subsystem record con- 
tains de^gn, weight , and WUC/NSN cross-reference information, 

De^'i,gners and logisticians could tise the subsystem r/cordsf through- 
out the /design and development ac^tvity for a new system pcquis^it ion 
prograrfi. The WUG/NSN cross-reference could be used in conjunction with 
t;he NSN and Operational Support/Cost Records to evaluate the. performance of 

equipment in various aircraft MDS^i. 

» • * .-. 

■ ■ ■ ■ * 

• 'ON-LINE SYSTEM ' 

, The on-line interactive system is designed to permit users to request: 
information selectively. and have it displayed on remote CRT terminal screens. 
The ACDF database is actually structured in accordance, with the records in 
Table 5. Functionally the database may be viewed in a manner similar to 
that shown in Figure 18. The database is d^esigned to facilitate retrieval 
of all or part of the information in the database;;about ai particular aircraft 
MDS. " 

The ACDF provides design and weight information for each subsystem 
record. It also provides WUC/NSN cross-reference information. The WUC 
can then be useji to retrieve -desired R&M and support cost information about 
the subsystem. • 
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airc/aft 

MDS 



BASIC SYSTEM 
FEATURES 



SYSTEM LEVEL 



■ SUBSYSTEM LEVEL 



L 




SYSTEM DESIGN/ 
PERFORMANCE 
ENVELOPE AND 
BASIC 'MimON 
PARAMETERS 



SYSTEM'' 
UTILIZA- 
TION 
RECORD 



SYSTEM 
SUPPORT ' 
(RtM) AND 
COST 



FOR EACH SUBSYST^ 

1 , SUB;5YSTEM DESIGN J 

, 2. SUBSYSTEM WEIGHT 

3. SUBSYSTEM WUC BREAK- 
DOWN/NSN X-REF 

k. SUPPORT/COST 

9 2-D1G1T WUC SUnttARY 

• 5-D1G1T WUC INFORMATION 



WUC SUBSYSTEM 



1 1 ,000 
12,000 
13.000 
1 k ,000 
16,000 
20,000 
k\ .000 
<42.000 
'45,000 



AIRFRAME 
CREW STATION 
LANDING GEAR 
FLIGHT CONTROL 
ESCAPE CAPSULE , 
POWER PLANT(ENGINE) 
AIR cam. , etc. 
ELECT. POWER SUPPLY 
HYD. POWER SUPPLY 

etc. 



FUNCTIONAL DISPLAY OF ACDF DATABASE 
FIGURE '18 



•9' . ^ 4 I _ « • 
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RECORD COMMANDS . ^ * ' - , 

Once the user is logged on and "READY" appears on the screen, typing 
the "ACDF" command will retrieve 'the .menu screen shown in Figure 19. The 
user may then select and enter the CODE for the desired RECORD NAME shown 
in Figure 19. When the desired record code is entered, the m^hine will 
prompt the iiser. to enter the aircraft MDS af int-tnre^ \^en the appro- 
priate MDS. is entered, the ACDF will display the reqiiested information 
on the CRT terminal sdreen. If the user desires all of the information./ 
in the ACDF about a particular MDS, the user would ent^r "ALL" rather than 
the code for one record. The system will then display the information in 
all of the ACDF records for the aircraft MDS specified. 
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] WELCOME TO THE AIRCRAFT CHARACTERISTIC DATA BASE 

I PLEASE ENTER CODE FOR RECORD NAME DESIRED 



CODE 


RECORD NAME- 


C^E 


RECORD NAME 


ACF 


AIHCRAFT 


HPR 


HYDRAULIC AND PJJEUHATIC 


AFR- 


AIRFRAME SUBSYSTEM 


LGR 


LANDING GEAR SUBSYSTEM 


AVS . 


AVIONICS SYSTEMS * . 


MDR 


JIISSION AND DESCRIPTION 


BHR 


BASIC MISSION 


NSN 


NATIONAL STOCK NUMBER 


CSP 


'C^W STATION & FUSELAGE DATA 


OSC 


OPR SUPPORT/COST 


ECS 


E'SfVIRONMENTAL CONTROL SUBSYSTEM 


PPS 


POWER PLANT SUBSYSTEM 


ENG 


E^fclNE DATA 


SDP 


SYSTEM DESIGN. & PERFORMANCE 




ELECTRICAL POWER SUPPLY 


SRM 


SYSTEM R & M COST 


FOR 


F'LIGHT CONTROL SUBSYSTEM 


UTI 


SYSTtM UTILIZATION « 


FEA 


SYSTEM FEATURES 






FSR 


F.UEL SUBSYSTEM 


END- 


TO END THIS JOB 


PLEASE ENTER CODE FOR INQUIRY MODE DESIRED 












CODE 


INQUIRY MODE 






LAC 


LIST ALL AIRCRAFT MDS AND SRD 






LAV 


LIST ALL AVIONICS EQUIPMENT SRD 




LDE 


LIST DATA ELEMENTS WITH RECORD CODE 




LEN 


" LIST ALL ENGINE MODEL NUMBERS 







' ! SEL SELECT ALL AIRCRAFT WITH A SYSTEM FEATURE , ! ' , \ 

I SEL LIST DISPLAY A LIST OF SELECTABLE FEATURES WITH INDE>C VALUES | 

' '■ ■ ■ ■ ■ . . I " "• 

• ACDF RECORD SELECTION DISPLAY SCREEN 

FIGURE 19 - 

f QUERY COMMANDS 

The interactive ACDF system enables the. user to query the system for- 
selected information. The CODE for each of several INQUIRY MODES listed 

at the bottom of the RElCORD SELECTION DISPLAY screen shown in Figure 19. 

ft . . ■ . 

■ ■ . y 

LAC Command - . . 

When the user enters this, command, the MDS and Standard Reporting 
Designator (SRD) will be displayed for each aircraft weapon system for 
which data exist in the ACDF. 

LAV /'^^ommand 

■ — '— ' , . . ■ 

l^ien the user enters this command, the Standard Equipment Nomenclature 
(SEN) will be displayed for all avionics equipment in the ACDF. 
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LDE Cominand 

•When the user enters the LDE command, an alphabetical listing of all 
the data' elements in the ACDF is displayed^ showing the record in which it ^ 
is usecJ. This ^feature would be par tic ui'arly useful' when the user is / 
interested in one or more specific .data elements, but does not know how 

,to r'eftrieve them. ' k 

• ■ ** ' ' , 

• *♦ ■> ■ ' \ ". . . ■ . s . ' ' • ■ • 

LE?i Comma^nd (■ ^ . • . , 

* When the user eriters^'the LEN command, a^ list of all engine model numbers 
in the; Engine Record is displayed. > . " ^ 

SEL List Command . ■ 

, " Tl^e System Features (FEA) record contains data elements that describe 
baqic characteristics of an aircraft weapon system.. When the user enters 
the FEA.:;. command, ' the machine will promp^t for the desired aircraft MDS. When* 
the MDS is. entered, the machine will display all of the system features that 
are incofppr.ated on that MDS. , ' 

The SEL- LIST command, when entered, will display a -list of all, of the 
data elements in the System Features Record;; along with^an Index. Number for • 
each feature as shown in Table 6. In addition, the machine will prompt the 
user to enter the Index Number of interest . ^^^^^^ i^ lis acq^ciplished , the 

machine wiiL display all of the aircraft MDSs 4f at have t4ie S(^'4ieted " y 
features . " ■ - • " ■ " . 

Some of the system features will require add^^ional information, which 
*the machine will prompt the user to provide. For encamp le, . when the user 
wants to find all aircraft MDSs that have two engines jembeddecjt in the 
fuselage,' Index Number 10 is to be entered by the user . The machine "w6uld -^ 
then prompt the user to enter the number of .^liglnes . When ''2" is ent^fecJ-S . 
the system would display all aircraft MDSs that have two engines embedded ;y.V. 
in the fuselage. 



TABLE 6. SYSTEM FEATURES RECORD 



INDE:-: VALUES of SVSTEK features A.VAILABLE fOR INQUIRY 



lllZ-Z>: FEATURE 



INDEX FEATURE 



e 

7 
6 

10 

: 1 

i2 
13 

u 



19 
20 
21 



24 



27 

26 
29 
20 
, 31 
32 

34 



37 

30 
39 

4: 



MANUFACTURER 
AIRCRAFT TYPE 
PRIMARY MISSION 
WEIGHT CLASS 
AIRCRAFT DENSITY 
NUMBER AIRCREW 
CREW ESCAPE 
TYPE ENGINE 

TOTAL NUMBER OF ENGINES 

NO OF ENGINES IN FUSELAGE 

NO OF ErJGINE ON FUSELAGE PODS 

NO OF ENGINE IN WINGS 

NO OF ENGINE ON WING PODS 

TYPE ENGINE INSTALLATION 

ENGINE AUGU>!ENTED 

VARIABLE GEOMETRY INLETS . 

THRUST REVERSER 

WING LOCATION 

VARIABLE WING GEOMETRY 

WINGS WITH INTERNAL FUEL TANKS 

HIGH TECHNOLOGY WING 

BOUNDARY LAYER CONTROL 

ii;dependent flight control . 
fly-by-wire control system 
stability/control system 
electrical multiplex 
llndepejjdent electrical power 
auxillary power units t 
indeper;dent hydraulic power 
h^;draulic system pressure 
ifidp.aulic dependent subsystems 
hp coniiunicatiorj system 
vhf comiiunication system' 

UHF COMMinJI CATION SYSTEM 
FM COMMUNICATION SYSTEM 
RADIO NAVIGATION SYSTEM 
RADAR 'NAVIGATION SYSTEM 
A/ A* RADAR 

IR NAVIGATION SYSTEM 
ELECTRO - OPTICAL" 



41 • 
42 
43 
44 

45 
46 
47 
46 
49 
50' 
51 
52 
53 
54 
55 
56 
57 
58 
59 
60 
61 
62 
63 
64 
65 
66 
67 
66 
69 
70 
71 
72 
73 
74 
75 
76 
77 
78 
79 



A/A MISSILES 
A/G MISSILES 
CRUISE MISSILES 
RFS 
HUD 

ECM ^ 

INTERNAL GUNS . 

ON-BOARD MAINTENAflCE RECORDER 

LANDING GEAR TYPE • 

NUMBER OF LAITClING GEARS 

NUMBER OF WHEELS/TIRES 

DE-ICING 

ANTI-ICING 

BLEED AIR SYSTEM 

TYPE OF OXYGEN 

AUTO PILOT SYSTEM 

AUTO PILOT/ILS COUPLED 

TERRAIN 'FOLLOWING/TERRAIN AVOIDANCE (TF/TA) 
AUTO PILOT COUPLED TO TF/TA 

AUTO PILOT COUPLED TO WEAPON DELIVERY SYSTEM 
FLIGHT DIRECTOR 
WEAPON CONTROL SYSTEM 
EXTERNAL STORE STATIONS 
CAMERAS ON BOARD 
AIR-TO-AIR REFUELING 
WINDSHIELD RAIN REMOVAL 
AIR TURBINE MOTORS 
AVIONICS EQUIPMENT COOLING 
RADAR ALTIMETER 
CRASH DATA RECORDER 
EMERGENCY RADIO BEACON 
COMMAND/CONTROL EQUIPMENT 
FIRE SUPPRESSION SYSTEM 
LAIJDING GEAR KNEELING 
LAIJDING GEAR CASTERING/ STEERING 
TAIL BUMPER 
BUILT-IN-TEST SYSTEMS 
STRUCTURAL COMPOSITE MATERIAL 
AVIONICS/WEAPON^ CONTROL COMPUTER SYSTEM 



It flu* user want.s Lo know the avionics pquipment instal led on a 
'ftivi'U .lircral! MDS, tlic u.sc r would entor AVS and' the MDS . ' If the user 
w/uiM. to know all of Mio MDS that use a particular piece of avionics 
..(piipnicnt , ( he usor would enter AVS and ' the SKN for the equipnient. 
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Engine Data ^ 

Using the Engine Record (ENG) , specia'l prompts are available that 
pefmit the .user (a) to obtain all the data associated with t]>e e'hgine 
installed on a given aircfa^Et MDS , (b) to^find all aii^craft KDSs that us^ 
a^nirticular engine, and (c) to obtain all the information available about 
a particular engine. 

National Stock Number Data 

Using the National S^ock Number Record (NSN) , special prompts are 
available (a) to find alT aircraft KDSs tha^ use a particular NSN in a 
specified major subsystem, (b) to find all airpraft MDSs that use a partic- 
ular manufacturer's part number (MPN) in a specified major subsystem, (c) to 
find all the major subsystems on a particular aircraft MDS that utilize a 
specified NSN, and .(d) to find all data for a partioiilar NSN installed in a 
specified major subs]/stem. and aircraft MDS. 

ON-LINE CRT SCREENS 

Data retrieved from the ACDF system will be display,ed on" remote CRT 
terminal screens. Many of' the screens fbr the ACDF records are included in 
Appendix B. The data would be displayed'exactly as shown for -each record . 
When all of the available data will not fit on a screen image, the continued 
data would automatically wraparound to the next screen. , 

HARD 'COPY DATA - 

The on-line system permits users* to request hard copy printouts of ACDF 
data. The ACDF Users Guide i»:ovides ii^tryctions for requesting batch print 
outs. The outputs will ft^- (fisplayed in the same form and content as shown 
in Appendix B. 
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_ ^ ^ SECrfDN V 

/M'ote;c and combat data 



. GENERAL - .. - . 

; The UDB dwelopunent program effort covered in the previous" sections *was 

accomplished by Clemson University. Two additional efforts that were 

rclativel)*?^^all in saope were' accomplished as part of the UDB development 

program. The first was a study of the OT&E requirements for a new weapon 

system, which was accomplished by the BDM Corporation. The second was a 

sti^y combat data sources, which was accomplished by the McDonnell-Douglas 

♦ • ' w ' • . 

itstronaut ics Company * 



, ^ ' . ^- • ' OT^E REQUIREMENTS 

OBJECTIVES AND APPROACH * ^ ^ / 

M ^ . • • • 

Th^ objective^ of this effort were, first, to investigate the'data inptit 

and output rc^qifirement s of the Air 'FordJe Operational Tpst and Evaluation 

C» ■ , 

Center (AFOTEC) duriitg an airefaft OT&E^uitability assessmen|: and, second, 

s • ^ * ^ S ' 

-fo determine the* e^ctent ^to which the prototype UDB would sati^sfy these 
needs. Two major tasks were undertaken to satisfy these objectives. The 
f irst^nj^as Iro identify and evaftlkte all*- of thm data input requirements and 

data output products of the standard AFOTEC computer programs used in an 

. ^ ■ " 

aircraft OT&E suitability ^.ss'^ssment . The -second task l^as to compare the 
ALSAR and ACDF capabilities of trrc UDB with the result^ of the first tasJdi 

AFOTEC INPUTS AND OUTPUTS ' . • . " ^ 

Table 7 lists the primary systems used by AFOTEC. The dat'a elements 
required for input to each one of these systems were defined. Similarly, 
the output products of each one of these systems were"' def inad , and the if 
individual data elements of each product; were identified. A matrix w5s . ^ 
developed for both input requirements and output product^,* sh(il^iag 
individual data elements by source and system used. 
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TABLE 7. AFOTEC SYSTEMS USED 



INPUT 
REQUIRE- 
MENTS 


OUTPUT 
PRODUCTS 




SYSTEM USED 


X 




D056 


- AFLC Product Performance System 


X 




MDCS 


- Maintenance Data Collection System 


X 




SEDS 


- System Effectiveness Data System 


X 




MILAP 


- Maintenance Information Logically 
Analyzed and Presented 


X 


• 


MMICS 


- Maintenance Management Information 
and Control System 


X 






— ^^OmuDOn Uo. uH ac uXUn r l L aua 


X 


X 


MISEDS 


- Machine Independent Systems 
Effectiveness Data System 


X 


X 


OMNIVORE 


- AFTEC Data Base Access and Analysis 
, Sys tem 


X 


X 


COO 


- Cost of Ownership Model 


X 


X , 


LCOM * 


- Logistics Composite Model 


X 


X ' 


MCSP 


- Mission Coi^letion Success^ 
Probability Model 











UDB CAPABILITY 

Using the matrices developed in the task above, a comprehensive list 
ctf data Elements was prepared to define the specific input and output require- 
ments of AFOTEC. This'list was compared with the ALSAR and ACDF system 
capabiUty of the prototype UDB-. As a result, approximately 80 data elements 
were identified that could not be supported by the existing tDB. 

** • 

OT&E RESULTS / • _ 

« The results of the OT&E requirements effort were documented by the 
EDM Corporation and delivered to the Air Force -in April 1982. The objectives 
of this effort were fully satisfied, and the results will be used in future 

> 0 

UDB development efforts'. ^ 
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COMBAT REQUIREMENTS 



OBJECTIVES AND APPROACH 



Xhe objective of this effort was to investigate the feasibility of a 
cotnbat unified retrieval syst^ and its incorporation into the UDB system. 
The approach included tasks (a^Wo investigate and identify all significant 
sources of data on maintenance and logistics support in combat environments 
and also to identify available combat data retrieval and generating tech- 
nologies, (b) to collect a representative sample of combat data from 
available identified sources, (c) to analyze potential approaches and design 
requirements, including software, necessary for the Air Force to obtain, 
store, and access this combat information, and (d) to outline corresponding 
detailed design requirements, for a combat datiabase, that are compatible 
with the prototype UDB, and that will allow for combat information retrieval 

SUMMARY OF RESULTS 

The results of this effort were documented by McDonnell-Douglas 
AstJ^onnut ics Company and c/elivered to the Air Force in March 1983. The 
report provides a discussion of available combat data sources and related 
inf ormat ion , . and provides sample combat data that could be included in a" 
Combat Unified Retrieval System (CURS). 

The report concluded that it*would be possible to use the UDB system 
as the baseline for the development of a CURS. The detailed design require- 
ments for a CURS and UDB interface were not' defined. ^ | : 

IV' '\ 
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SECTION VI 

CONCLUSIONS AND RECOMMENDATIONS 
FOR 

FUTURE DEVELOPMENT 



CONCLUSIONS \ 



The UDB will satisfy many of the objectives discussed in Section II and 
shown in Figure 1. Progress to date has demonstrated that it is technically 
feasible to achieve all of the objectives of the conceptual closed-loop UDB 
system. While much development work remains to be accomplished, the ALSAR and 
ACDF systems provide a solid foundation on which fut-ure development efforts 
can build^^ 

The ALSAR is a fully automated and advanced system that is being used 
in a production mode to support the defensive avionics portion of the B-IB 
program. Since this is its first application, the system has not yet been 
valida/ed. The ALSAR has performed satisfactorily to date, and numerous 
problems in the #ystem have been corrected. As the B-IB program progresses, 
the ALSAR system will be increasingly validated. 

The ACDF system has been initially developed, but is far behind the ^ 
ALSAR in terms o^ verif ical^^^icin testing. All of the ACDF features covered 
in Section IV are available in the prototype, but additional development 
work will be needed before it is ready 4:0. be implemented by the Air Force. 

FUTURE RESEARCH .AND DEVELOPMENT , 

Future UQB development efforts shdiild include tasks necessary to 
fully achieve the closed-loo^ UDB objectives discussed in Section II and 
shown in Figure 1. In addition, work to Chance the overa'll UDB system 
should be accomplished in future efforts. Specific recommendations for 
future R&D Work are presented 4n the following-paragraphs. 



ALSAR ' ^ ' . ■ ; 

^. ; .-. ■ ' . ^ . • • ..-.i ' . / \' y 

Production Support and Software Maintenance * ^ ' ■ 

* » . , ' ,' 

Production support to th^ B-IB, and possibly other development {fro- 

grams, should continue using the existing ALSAR system. Until such^tijie^ •. 

that the existing ALSAR is . fully validated^ this effort widi require soft^^ , • 

ware maiVitenance support to fix problems when they are discovered. If ^ ■ ' f " 

program users are operating remotely from the host ALSAS* facility , production 

^ ^ ■ ■ * ■ ' * ' '-^ 

support will be required from» the 'host . . . ' . " ' ' ^ ' 

• * " '< 

^ From the standpoint of ^the UDB development program ^ continiied'^.support 

to progi^ms using the existing *ALSAR is necessar4 to validate' the advhncei^ 

features of the system. From the standpoint of Air Force .acq.uisition . • 

programs, the existing ALSAR system fully satisfies -current Ait Force .^d DOD 

requirements and is available now as Government prppexty. 

, X \^ ' ...... ^ ■ 1 

Redesign to Support MIL-STD-1388-t2A , :V 

The ALSAR was designed and developiid using DARCQMP 7^ 
baseline. \^en MIL-STD-1388-2A is approved, the ALSAR sy 
redesigned to support this n^w MIL-rSTD, while retaining t 
currently available in the system. Thi^s is a major task 
significant redesign of the database architecture , with^cb 
effects throughout the on-lin^ 'system, ^batch system, reporiH^system, and 
documentation. , \ 

.. Transpojrtability . ^"^'.^f^^^'' ' ' ^ 




^ALSAR Is currentl^^esigned to utilize t^e Int^gjrated Database 
Manag^er^ Syste'in, (JDMS) U.eyeloped by ,iCuriin^t Corporation^ As a 'result, 



the AL^SAko^stam is t^anspo^j^tai&'le' qply^^ to locatipns that havfe a compatible 



oper Jfcang .:hardwalSg?*and ^®f£wa;ri5i.^^hvi^:onmeht ; 

;lh±l\:if-. ^he ef fort'^'^houlti^ebn^lder alternatives, that range ' from' maximal 



Fut'ilre UDB 'develbpirejit eFforts.i^i^ include an investigation of tli». 

technidil* and ecbhoinic a^antagfes' a^ disadvantages of system transport- || 



to mfnimum transporX^tfi^ty i^^^f nd evaluate the 'global impact of ^asic 




changes in recjuirements by the Government, standardizatiori^^f^^reS by the ^ 
Government, achieving closed-^loop UDB objectives , and oth.^^^e;l;6V^^pt factors.. 



Word-Processing Capability 



^ . /The need exists for an ALSAR word-processing capabil^^l^'fo 
data dn the LSAR database. Future UDB efforts should inp5;ul|;Va ;ta^^ ■ 
investigate and, ^ an optimal and generic interf^^ (^aV^Jity beitv^n 

^' the ;ALSAR' and currently available word-processing sy^^i^^^TJii^^^^ ca^^ility 
would be a' useful ahd cost-effective tool for those i^^nsi^^^ 
accomplishing L$A/LSAR on any acquisition progr ^ 



Fuactibnal- Users Guid(^ 




though 
oes 



■4,, clevltoped |6,r the' ALSAR, a much more detailed needed . Althc 

MIL-^b^D-1368-r2A provides an enormoii amount of usi«fe^ it does 



■ •^not■ ade'quateLy'^^^ sg^cific need. The If^l Air Systems Command 

rS(NAyAIRy '•Q6-25-4^^ "Mafihtenance planning and. Analysis Program Guide,, is 



anVexcelleht example' of what|iis need^^^. 



ACDF* 



'mm 



. ^he-^^ it\ Sectioti IV'has^bj^ initially developed 

ana -testec^^^^^^^ Has- nq| been validated. The syst^^epresents a good' start , 
bit a'Sdiiiii^n^ work i^ needed '^To ^satisfy objectives 1, 2 , 3 and 

' 8 ehown^n , Sect ipn Il^li Figure 1, ^ r 



Lo'c]^>j)aita ,; 



ACDF 



the ACDF should be loaded with actual data for^ 



in fijttvire UDB efforts, 

• • f- / ■ I'l ^ ■ 

several aitcV.^f.,t MD'Ss\ If the Air Force plans to use the UpB in the future 
,. ■ ... •.■ i t' J ■ ■- ' ^ ' '■ ' ' 

tP apppa^ new aircraft weapon system acquisition program, the 

should ^'^^Aoaded with data abouj^ similar aircraft .MPSs that are currently 



' ppetational 
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Interface Programs 

The capability is needed to enable users to identify a BCS in the 
ACDF and to have the system automatically produce a BCS output tape in ALSAR 
format- This capability addresses Objective 3 shown in Figure 1 ^nd dis- 
cussed in Section II., The programs , required to achieve this capability would 
also satisfy Objective 7 shown in Figure 1. Future UDB development efforts 
should include this important work. In addition, continued work is needed 
to refine and test the interface programs to process and load D056E and 
VAMOSC data. 

Trend Data Graphics 

Although the on-line retrieval and display capabilities discussed in 
Section IV have been developed, there is a need for the capability for 
.on-line retrieval and display of R&M trend data with graphics. 

JS[ ' ' ■ 

^tGT&E INTERFACE 

The prototype UDB effort included an investigation of AFOTEC require- 
ment's for aircraft suitability testing during OT&E. Future UDB development 
eff-cJtts should implement the findings of this effort. Specifically, the 
ALSAR and ACDF should be modified to provide, as a minimum, the additional 
data elements identified in the investigation of /afQTEC requirements. 

INSTALL AND DEMONSTRATE UDB 

In future UDB development efforts the current ALSAR and ACDF systems 
should be installed, tested, and demonstrated in^ a Government computer ' 
facility at Wright-Patterson AFB., Ohio. Subsequently, modifications and 
enhancements should be installed, tested, and demonstrated. Software 
maintenance should also be provided throughout the UDB development effort. 

COMPUTER-AIDED DESIGN (CAdV 

The ACDF and ALSAR system of the TJDB represent significant computer 
tools to aid in the design and systems engineering process. The UDB does 
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not accomplT^ih the function of modern CAD systems used to explore alterna- 
/tives and to establish the actual design of , (a) * airframe structure , mold 
lines, compartments, and assemblies, (b^) electronic^ circuit boards and com- 
ponents, and (c) the many other uses for primary hardware, support equipment, 
and facility design. . * ^ ' • 

In future UDB efforts it is recommended that R&D be conducted to 



investigate alternative approaches for neveloping^ a^ generic interface 
between the UDB and various CAD systems currently available. The purpose 
of such an interface wotiid be to provide an improved mechanism whereby 
useful R&M and logi^tics support related information is. provided to the 
design engineer such that logistics factors may influence design activity and 
decisions that occur in the early planning and throughout the design process. 
Following tl;iis effort, the development of promising alternatives should be., 
purisued « 



/ 
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-L- t 1 I 1 .1 L 



I I 1 1 1 I 1 



DEPOT LEVEL (CARD AI3B) 



2 TLCHNICAL PUBLICATIONS COST AND QUANTITY 



■nr i ^IMn|io |iili 7T»Ti?l^ 



A TOIAt. 'COST 



IB[|;|I8|I9^'U[^I |2 2]?3Ta4|r5 2C^2 7|2BlI'9^3C^3l[32[33 34]3^30|3 y|3B|39|4Cj4 1^2)43 



B NUMBERl^TTAOES |C NUMBf R OF ILLUSTRATIONS A PERSONNEL 



3 TRAINING COST 



B MATERIAL/tOUIPMENT 



44{4S|'16|47T^B}49i5q5l \b2]bl 54j55|5C|5 y[58|59|66y6H6;^63 



4 NUMBER 
OF PEOPLE 
TRAINED 



5 NUMBER 
OF NEW/MOO 
SKILLS 



4|GSj66|6 



6B[G9|70(7r 



ZIE 



74|75|7€(7 7178(75) 



A 1 ^ A 



1 1 1 i L_ 



J I— I I I I I I L_ 



_l L_l I I L. 



I I I l_J I L 



I t I I L. 



_l i I 1 L. 



VHf n ' 



^l_l_l_L I I. I -1_L^_1 
LSAQN 

,[q7i»|.;ru I„|,Fiin;:nr' 



J > U^-UJ^ 1 L. 



PROGRAMMED DEPOT 
MAINIENANCE COST 
(PDM) 



3 COMPONENT REPAIR/ 
OVERHAUL COST 



inji 7jiB|i9|;^oj.^ I [3.'|.;3|?4|2; 



4. INITIAL DEPOT SUPPORT 
EQUIPMENT COST 



€j?/j?B[29|30j3l|32|33{34^36[37|3Bj39[40|4l[42K3|44|4fi46|4 7t4B|49|50|5l|52j53|54^ 



5 DEPOT FACILITIES 
COST 



6 BASE LEVEL 
FACILITIES COST 



5G[5 7[56 j59|6Di6 1 |62j63|64[65 



66)67 



6B|G9[70|7l|7?[7?|74|75t76|77|7B|79 BO 



L_ 1. _L J^_i_„L._J__J 

LSACN 

ailOMIMlillEIIiiEi 



-J 1 L_l I 1„J 1_ 



_l I I 1 I I I L_ 



-i I I I i I J I u 



SUPPORJ GTN F R AL 
A PRGANIZATlONAL LT 



B INTERMEDIATE LtVEL 



'ALLOC 2. PfiFD J M£AJL_i _ i-EB^P^- 5 "LAa. 

I6|^^|l»[^ ?0^l[g2|23 24l25|26{27 2a|29}3ci3l 32]33|34{35 36|37 j3B|39 



>|39 4q4l {42143 44|45l46|47 4b149|5D}5I 



3 SCHEDULED AND SPECIAL INSPECTIONS (03 ft 04) MMH/FM 



A ORGANISATIONAL LEVEL 



B INTERMEDIATE LEVEL 




57|5ei59 60{6l i6gl6 



G4{65|66167|6B|G9|70|7I |72|73|74[75|7Gj77|76 T79 80 



-I I I — I I I J i I I L. 



1- - 1, 1 1 1 1 1 
I SACN 



I t -I- 



-I— 



t I 



1 t 1 



2 PREVENTIVE 



A ORGANIZATIONAL LEVEL 



,Ir,17R9To!ii|rrli3i;^ 



I ALLOC 2 PRED 3 MEAS 
F>|i;||h|i9 20|?i ^ :'4j25|26|r7 



3 CORRECTIVE MMH/FH 



B INTERMEDIATE LEVEL 



A ORGANIZATIONAL LEVEL 



26|29|30i3l 32|33|34[35 3e|37|3B|39 



40^4 1 14?|43 44i45|46l47 4B|49{50|5I 



i l. ALLOC ■ ■- ' -'^^ I -' -^^ 



B INTERMEDIATE LEVEL 



2 PRED 



64|6^|SG|67{6a|69|70|7l|7?|rM74|:^t^6|7 7|;H|79 



1 1 . i .1 11 i ill 
L5ACN 



ill III L-i I 

TOTAL BASE LEVEL MMH/FH 



t 1. 



_i_t..l- 



_l t J 1 l- 



t . 1 t - 1 1 L J L_ 



3 MEAN MANHDURS TO REPAIR 



4 MAXIMUM 



A ORGANIZATIONA L LEV E L ^ 
! ALLOC [2 PRE D~ |3 MEAS 
I6|r7]ltjfl9 ?0[r!Tf2r|2^ ?4f25|26[n7 



L 1 1 i 1 I 1 1 1 1 

I. '^ACN 



[rlH|9 |iDill|l 2[i3[i4ll' > 



1 1 1 1 1 r 1 

2 DEPOT MMH/FH 

2 PHFD 
20{2) |?2"]2 j 



1 T. I 



B INTERMEDI ATE LE VEL 
" ALLOC ^ Xz PRED 13 MEAS 



2i|29j30{3l 32|33|34|3^j 3Gt^7i3B{39 



(MMHTR) 



.1. t. 



I ALLOC I ? PRED 3 MEAS 
4C|4I |42|43 44j45|46|47 4b|49|50[5I 



A DRGANIZATldTlftL LEVEL 



oTiA 



E TO REPAIR (ELAPSED TIME) 



ALLOC 



2 PRED 



52h3[54{5 5 '>6)57|5B|39 fiOfgl }G2{63 



B INTERMEDIATE LEVFL 



64|65|gg|G7 6fl[f.9|70{7l 7?]yj^4[7fi ^6|77[7fl|7'^ HO 



l_ ALLOC 



TV: 



I I 1 1 1 1 I. 1 I .t . 

I SACN 



.1^ t_^L 



24 25 PAh/" 28 



ANALVnCAL COHOITION 
■ INS^ ICTiQN <>CI) 

A ttlAH ]« MfA 

tLAPiCO TIWC UAMKKm 



B COMPONENT REPAIR/OVERHAUL 



3 MISSION RECD NFIGURAT ION T |ME ' 
A MEAN ELAPSED tImE 



q[29ly^|3r' 



2 PRED I 3 ME AS 
32|33|34[35 3Ci37|3B|39 



2 PREDICTED 



40[4 1 f4?[4 3|44 4 5|46|47|4 b|49 



5o[5Ti52|53|54 



B -gOTH PERCENTILE 



2 PREDICTED 



60|6i}6J|63[G4 65|G6[67|Gfl]69 



■I T 



zww 

CREW 

SIZE 



7d[7||7? 



75|74[7 5i7Gi/;|7B|7 



3. QUICK TUANAaQUNP IIMI^ 



HCQUmCD 7 PHtDICTtO 5 MCA5U«C0 



I6[r^|m[i9|,'0 21 }?2|23]24T25 ^6|2 7|2B {^9|5C3I |32|33| 34)55 36]37[3e|39t4C 41 |4?|43i 4 4j4"^ 46|47|4B|49i5C' 51 |52|53|54{5'S 



t PRtOlCTCO 3 MCASURCD 



C CREW D AIRCREW MANMINUTES 



SIZE I NCQUIdfO t PBCDICTfO 5 MC AtUWCO 



56l57i5B 



59|60l6lir>?}6 3 B4|G5|GG|67|Gft 69[ro|7 1 |7?t73 Ml75l7f>|7 7l78|79 BO 
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DATE 



ALTFRNATE LSACN 



DATA SHEET B = ITEM f?ELIABILITV(R) AND MAINTAINABILITY(M) fiWARACTERlSTICS 

1 \ SUBMITTED BY 

1 1 L..1. i . .1 _ 



PAGE. 



I AMU 
NUMPER 



CARD 



CARD 
NUMBER 

B 1 0 , 4 , A 

cAfln 

NUMBER 



CARD 
NUMeER 

Cord Nufpfcar 

1 . 1. 'l 
CofdJNumber 



I LSACN (FGC/WBS/WUC) 



" 5j6|7 | B|9 7io]ir IjzIi^H'S 



J_.l-J i_.l_.l_.l_l_i_J. 



1 1 I :i. !■ 1. 



4^1 ^T^J3 J2 [^|'2|'3|l4|l5^ 



sf 6 [7 [8l9|l0|ll|[2[l3|l4[l5 



B I O , 4 , C I .L.-l ^1__1^1^L^4__J^, 
LSACN 

~\~[2 fTjT Sl 6 |7|b | 9|lO|n|l2|l3|l4 

° t 0 1 -^--L--l-l_l I 1 1 1 V 



2 END ITEM ACRONYM 
CODE 

i6|ry iiBh9l2 o[2i I22I23I24I3 

I ITEM NAME 



4 XsJm 



26 27[2B|2^ 30i3l 



I MFR PART NUMBER 



r MAiNtAiNAftlUYY CONSIDCRATIONS^ 



22 25 24 2S 26 27|2Bl2S 30 31 



I R EUAKLITY 



A MEAN TIME BETW 



I ALLOCATED 



I 6|i7|ib||9 |2cj^Tj22 



I I I 1^ 



I9|l7 |lB|t9 b(2u|eg' 23|24^5|2€|2 7| 26)29 3o(3j j32l33[34[M 



A FAILURE MODE 




EN REMOVALS ' MTBR 



IC^ION - TYPE2MTBM B NO DEFECT - TYPE 6 MTBM 



27j2e|29j30 



LSACN 



1. X J j_ I I 1 1 1 1 1 



„ I _i I i-J— I III — I— L 

't® t^Uf^t*oK['2tl3ti4[l5 
LSACN 



A X A..1. A I l-.-L - I -L. 
. I t 1.1 I .1-1 1 1- 1 



li lt J l_„L_J 1. J„. 



R I 7 j_B j_9 t'°li'i'?l'^t'.ll'^ 



1 Ul 1 J -1 L_l 1 1 
LSACN 



t I I 1 I I I 1 - t I 



|;7TBt9liO II 12 I3h4 15 



a fAJLURE SXMPT0M3 

!32|33jM|MlSg|37 |3a[39j4(j4l {42 |4 3{44(45 |46|4V 48] 



^p ycyE; EFFECT AND CRm .^--. ^ ujju . . 

4B[49iM{5< l52la3|54i55lft6iS7.| 59|»'9lcc{et^6el5 Miyjfffi 6^^ (1 5 



i 1 I'l/i -jy 



■I I -I I I I 



I [7 2|73|74t7q7Bl7 



F TASK CODE' 



r2|73|74|7^76t77|7B^ 



2*26 



I, 'ITtM. fUNCTJON 



^4tli2[^4^|46(4rl4at>|K iils^o^^itSts^^ «> 



till 



\ QUALjTAflVE "AN D~QiA ANflTATlVE M A»rfAINABtLT^^^I l|^CTJIR£MeNy i|P^ HA^S lfe 



\ 1- 1..L.4 . 1 -tU--l- 1 -X-L-l. -1.. 

_ MAT" 

_l_ 



1 I I » I L-,1 I I J_ 



I- -MAWTENANCE CONC^P'T ' 



1, 1 i j„j i 1. I', r.. 

I REMAHKil / REOOMMEf ^flB 




UK UaR. HAWKED CHARACTERISTICS. FA>U SAFE ^I^^RONMEKTAL . &TC ) ~- .«« ' . 

r :i T ifri-.t .I '^fc^ V' 



lilt 1 LI .J U-i*val-. A 1' jS- 



1. r. J, 1^<L;V; I .1 1 X JL.-l^.lr-l. I. I'.i: l.^i -k l...j^l -L ll^V U^l 



» 1 I 1 1 1 N 1 A-J'fffill I t \ \^'\iV.\ 1 -L-Ll .1^ 
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state 



DATA- SHEET^B: itEM RELIABIUTY(R) AND MAINTAINABILITY (M) CHARACTERISTICS 

^SUPPLEMENTAL DATA AT THE TWO DIGIT WORK UNIT CODE LEVEL) 



DATE-_ 



FWGE 



.OF. 



SUBMITTED BY 



e;<t : 



.3 



' ■ .'V 



Iff L' 
4^ 



ifVHl) 



^|r>|;j B|9llo}ii .|l2} l 3|i4|l5 



|fj|^|fl|9 |io|ll 



—I 1 — 1 — I— 



I BASE LEVEL MAINTENANCE MANHOURS PER FLIGHT HOUR 



A ORGANIZATIONAL LEVEL (ON - EQUIPMENT ) 



I PREVENTIVE 



A ALLOC 8 PRED 



Z CORRECTIVE 



?4|»[zfel2rze[z9[3C|3l 



A ALLOC B PRED C MEAS 



52[33|34[i5 36j37|3e|39 



40[4|[4Z[4: 



I BASE LEVEL MAINTENANCE MANHOURS PER FLIGHT MR (CON T) 



A TOTAL BASE LEVEL ' M**/ FN 



I pRrvrNTivr 



is jiy {i6] i9 



?0}zi [Z2|z3 ?4[Z5|z6|z7 



FAILURE CAUSE 



i6liy[iHli9lzo|ri|zzl?3|?4 



TAILURE OETECTION 
i6|ir|i8|i9|zo|zt[z2|zs|24] 



-I ■ I I — J — 1 1_ 



Z CORRECTIVE 



ZB[29|3c|3I 



3Z 1 33|34{35 36| 37)58139 



B INTERMEDIATE LEVEL (OFF - EQUIPMENT ) 



I PREVENTIVE 



B PHEtT 



13 44 45 46 4T 



Z COpRECTIVE 



B. PRED 
56|5y|5e|59 



60|6l[62|6 



2. BASE LEVEL 



A. MEAN MAINTENANCE MANHOURS 



I PREVENTIVE 



A PREO 
40{4>|4zt4: 



B. MCAS 
44i45|46l47 



2. CORRECTIVE 



48|49(50|5> 



B PRED 
I52|53|m|m 



4|65[66|67 |68|69|70|yi |72|y3|r4 |y5[76|/y[7B|79 



3. DEPOT MAINTENANCE 
MANHOURS PER FLIGHT 
HOUR 



A ALLOC 



56i57i5el59 SOja |62|63 



B PRED 



6^|65|66i67 



6B|69{70j7l 



4 MEAN TIME TD 
REPAIR (MTTR) 



72|73|74|75 



76|77|78|79 



^[26U7|zB|29l30(3l|3Z|33|34|ah6l37l36|3gi 4(j4l|4z[4 3[44j45|46|47l46|49l50|5l|5zl53|54|55N5 BO 



!Z5|?6|zizB|29|30i3l|3z|33|34|3!j36|37|3B|39l40|4t[4zl43|44|45|46|47|46|49|50|5l|5Z|53|54l55|^ 77|7B|7g BO 



_1 I I L J I I 1 I 1 — I — I — i — i — i — » — I 1 — i 1 1 — 1— 



_l L-mA I I I I I I I I L. 



SEQ 
NO 



SEQ 
NO 



lirni^RTslMQhl'Oh' |l2i'3|l4|l5|l6|l7|lB|»9i20|2l |22|23|Z4|zMg6|27|ZB|29[30|3l |3Z |33|34|35i36{37|3a|39|4Cj4l |42|43|44|45h^^^ 
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OATA SHEET C: TASK ANALYSIS^ SUMMARY 



DATE . 



. PAGE _ 



.0F_ 



SUBMITTED BY:. 



.EXT . 



I 



Q L 



CARD 
NUMBER 



CARD 
NUMBER 



CARD ' 
NUMBER 



CARD 
NUMBER 



-J J 
. 1 1 



I LSACN (F6C/WBS/WUC) 



VpTp'le |9|K)]T7}l2|l3il4(l5 



LSACN * 



Me 7 B 9 to 1 1 



|l2 [I3|l4|l5 



^n6jn9i9|'0|"i'2|l3|l4|l5 



_l — I I I 1 1 l_ 



>[6 [7|e[9fl0ftl7l2|l3|l4|l5 



» ■ ■ ' L_ 



1 i 1 t- I ~ I 



.i_.I_J L_l_l- 



I— i L- 

l. , I.. J- 



1 I 1 . I 1. 



1 .1. 1 



. I -1- L- I l_. 

*> tft l7 |fll9|iotu tl2|l3 



I L. 



Z END ITEM ACRONYM CODE 



l6|l7|iH[l9|20}2l|22[23|2 4|25 



-I, 1_J^-J I I - 1- l._ 

I ITEM NAME 



27{2B|?9|3Cj3r 



l6|l7|lb[l9|20|2l{2 2|23j24j25|26{2 7j2B|29|30|3l]32|33[34 



I MANUFACTURER S PART NUMBER 



l 6[l7[lB)l9|20j2l|22|23|24{25|26|27j2B|29|3O|3l 



] — I — 1 L__i 1 I L_ 



_1 l_i I l_l I. 



aASS 



35j36|37^ 



9 SERIAL NUMBER EFF^ECTIVITY 



3B|39|4Cj4 I |42|43|44|45[46l 



2. ITEM OESIGNATQR CODE 



4B|4^5p|St |5Z[53]54|55{?6|57 



i . l 1.1-, i, U-l— l - 



YR MO OA 



5e|59 G0|6i 



TYt'E 

35|36|37|3B|39|40|4) 



2 FSCM. 



33|34j35j36|37 



; • MOOEL 
42|43f|44j45|46|47[4S|4gj50|5l 



52|53 



3 ORAWING NUMBER 



3B|39j40|4l [4g|43|44]4S|46j47|46[49|50|5l |52|53 



-J 1 — I 1 1 — 1 I I I I I L. 



-J l-J Ll 



' 54}55}56|57|5e|59[^0 



62[63 



64|65|g6[67(66|69|7017I |7? |73}74|75|7fe|77|76|79 "ao" 



3^ CONVER 
SK)N 
FACTOR 



l|62j63|64 



A .. L^j i J I I I L } _ I , l ._l_ 



65|66|«|66| 69|y^fnV2| 73|74 |75|7S 1 7 7{7e{79 



5 NEXT HIGHER ASSEMBLY PART NUMBER 



5|56i57|5e|59 60j6l |62}63i64[65|66]67|GB|69|70{7l j72 173[74[;5 76 



I I 1 I I 1 t 



TASK SUMMARY 



I TASK "COOE 



2b 21 



2 TASK 

FREQUENCY 



(THOUSANO> 



24|25|26|27|2e|29 



30 3i|32|33|34[35 



4 ELAPSEO TIME (REC TO lOOIht OF MRS) 



50 31 32 33 34 3' 



36|37|3e|39[4C 4l|4?|43|44|45 




3^13 7i\B 39^40 41 U?U?J 44 4 •> 



-4—1 1 ._a_. 



PERSONNEL SUMMARY 



7 SKILL 
SPECIALTY 
COOE 



4e|49j50|5l|52|53|^4 



9 NO to. MAN HOURS (REC TO lOOIht OF HRS) 



OF 
MEN 
PER 
TASK 



5e|59|60|6l |6? 63|64|65|66|6j 



6S 6 9 70 71 72 



_l„ i_f_l_ 

_-L_l — 1 L 



I 1 t t 



68 G9 70 71 7? 



II REQMTS FOR 



SUPPORT 
EQUIP 
GROUP- 
ING 10 
NO 



75 76 7 7 
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DATA SHEET D: MAINTENANCE. AND OPERATOR TASK ANALYSIS 

TASK 'loewTiriCATtow } 



mill 



CARD 
Nl'VHF.H 



L SA CONTROL NUMBER ? TASK CODE 3 END ITEM ACRONYM 4 ITEM NAME 



5 |fi (7 I fl |9 |l0|n [iz{l3|l4|l^ 



U 1 1 I L_J I ^ I L_ 



L S A CONTROL NUMBER 



5 |6 I 7 |e |9 |l0|u |iz|l3tl4[l5 



I6 |l7 [i8 ||9[?0|ZI |ZZ|23 Z4|Z5|Z6{?7|Z8|Z9|30|3 1 |3Z j33 



_1 I. -J I 1 t L. 



? TASK CODE 



I6}l7|l8|l9[g0[zi[gzt23 



? 4 

no ^ 



n r. A , A 



ML 



34{35|36|37|38|39|40)4l|4Z|43|4^5|46|47|4ej49[50[5l|5Z 53|M|55[5€|57|56i59|60|6l i6z|63{64|65|66|67 [66 



_J I J I 1 I I I I 1 1 J I I I I I L 



DATE- !__ 

SUBMITTED BY:. 



PAGE. 



_ OF. 

EXT: 



5 MANUFACTURERS PART NUMBER 



3 TASK IDENTIFICATION 



Z4|z5{26[Z7|zB|z9[30|3l{3z|33|34t35|36|37|3e[39|40|4l|4z|43|44[45|46]^j48[49|5^^ |53|54|55|56[57[5e{59[60|6l |62[63 



1 I 1 1 I I 1 I I I 1 I . I I _ 



♦ MOW 
MAL 

C00€ 
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c ecru Z P*I£ 

6 FSCM hyR^ -^o'- 1 OA I 3 



69 70 71 rz 73 



67|6ei69 



74[75 



7 REFERENCE 

WORK UNIT CODE 



70|7r[72|73|74|75|76- 



SEQUENTIAL TASK DESCRIPTION • ■ . 

]9jl0|il }lz|l3fT4[i^l6]l7[lBfl9[Z0[zT^'z|z3jZ4}Z5|Z6|Z7}Z8|z [32l33[34|35|36|37{3ei39|40|4l |4Z |43 |44|45}46|47t48|^9|50|5l 1 5Z |53|M|55|56|57[5e|S9|60|6t t62|€3|64[65|66|6ffia 
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_1 L _J L_ 
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__1 I i l_ 



—I 1 L.-J — 1.- 1 t_ 
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—I 1 1 1 1 I I 1 L_ 



1 I I t 1 1 1. 1_ 
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-J 1 L L 1 1 1 L J I U I 1 1 1_1 L_J liiU I I 1__J 1 1 J 1 I I 1 L_J 1 .L 1 1 J I I I L_i I J 1 L_J 1 I I I I I 1 L_ 



.-1 I I. .1. 



_J I I t I— 



_l I I t i_ 



_J I I I I l_ 



_1 I I I I I I l_ 



—1 1 I J_ 



— — 1 i 1 1 1 Lft-l— 



__l 1 1 1 I 1 1 I I I 



_1 I L__J L_ 



_J L_ I I I I I 1 1 I I t » I 



_i I L_j 1„1 L ) I I 1 I 1 1 1 1 J 1 1 1 Lj— I 1 1 1 1 1 1 — 1 L_ 



_L. J I I i 1_J I 1_ 



J J 1 1 L 1 — -I- 



1 1 1 1 1 L I 1 1 1_M 



^ l_-J I l_ 



_l 1 ' . 1 1 1 J 1 1 1 L i I 1 I— 



_L I -J 1 J J U -L . I I— 1- 



_l L__J I I I U-J I L_ 



_L J 1 I 1 L_ 



-J I L_r 1 L_ 



_J I 1 J 1 I I I I L_ 



' « I I I I 1 1 1 — I 1 t L- 



_a_j_ a-i -1-. i i — — I — I — I — L — I — I — 1^ 



-J 1 J 1 t__i I I I 
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51 [53453p4|»|56|57j58l59|eoj6l |62 


63l64|G6l66|67[68|69|70| 71 172[73|74 |75|;^|77 [78 
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I6il7 jlB|l9|2o|2l|22 23|24|25|26|27|2B29|3O|'3l|3j"33[34|35|36|37|3a|'39|40|4l|42|43|44^ [52 53f54f55|56|57|5e|59|6o|6t|62j63[6'4|6j66|67|6^69|7o|7l |72|73 7 



5 6 7 B 9 10 II 12 13 14 15 



M05 



ERIC 



r 



DATA SHEET G*. SKILL EVALUATION ANP JUSTIFICATION 



DATE •■ 

SUBMITTED BY : 



. PAGE 



_ OF. 
EXT: 



CARD 



I LSACN (FGC/WBS/WUCI 



2 tND ITEM 

ACRONYM CODE 



9s 



4 FSCM 



hi 



'r|z8|z9|3cj3 



B DWG 
CLASS- 



9 SERIA'L NJMBER EFFECTIVITY 



FROM 

5e|39[40|4t[42|4!j44|4 5|46[4y 



48[49jw|M |5z|53|54|^5|56|5y ^ej^9 



YR MO DAY 



9 10 II 1? 13 >4 IS 



l6[iy|lB[l9[?0|zi|zz|?3|Z4|z5 



26 



6<l[G^[GG|67[Ga|G9[yo|n|?z|/3|/4|A5|76|7?|76|79 



_l 1 1 l_J^Ul 
LSACN ^ 



.1 ^U,L 

, DUTY POSITION REQUIRING A NEW 
OR REVISED SKILL 



I .1 J..J„ j _J L. I A. 



9 10 II 12 13 14 h5 



6 17 



IB|l9[2cj^l|22|^3|24|2 5|26|27[28 |29[3C|3 1 [32|33|3T 



35|36|37|36[39|40[4 



-i t 1 J I J I I L 



42[43[44|45[46|47|4a|49|50|5 I \b2 153|54|55|56[57|58|59|60|6 1 |62|63|64|6^[66|67[6e[69j70|7 1 [72[7i|74|75|76|77| 78| 79 



; 10^2 J 



CARD 
NUMBER 



1 .i_ I :i 1. 1 L 1 1 1. 



I. (SKILL SPECIALLY FROM WHICH 
PERSONNEL CAN.BE OBTAINED) 



^1 ^ I Q I 9|'0|'i |'2| i3 |m|i^ 



|l8|l9|20(2l|27 



TtTT, 

•cone 



23|24|2^|26]27|28|29 



n 



A RECOMMENDED 
RANK/RATE/GRADE 



40j4l |42|4 3|44[4^[46|4 7|4a|49|50[5l|52|53|S4|55[56|v|5g|59|60|6l |62 |63|64|6'>|66{6?|66[69[70[7I |72|73|74|75}76|7 7|7a{79 



x:|3i 



33[34|35 



3€j37|3a|39 



i 

X 



CARD 
NUMBER 



GjOi 4jB 

CARD 
NUMBER 

G I O 1 5 [ A 
I 1 t 



G iO|5 , 



CARD 
NUMBER 



CARD 
NUMBER 



LSACN 



.1 I I 



J^i. J_i..J. .'._LJ^_L-l 



z 



I 1 1 LJ 



I LSACN (FGC/WBS/WUC) 



t I i 1 t I 



1 till 



1. J_L^L ULJ_ 
LSACN 



2 TASK CODE 



I 1 1 1 I 1 I 



FUNCTIONS TO BE PERFORMED, C a D SHEETS' 



I LSACN (FGC/WBS/WUCI 



I I I I 



2 TASK CODE 



1 1 I I I 1 1 



I ADDITIONAL SKILL REQUIREMENT: (SKILL REQUIRING A NEW DR REVISED SKILL CODE) 



I. tsACH (FGC/WBS/WUC) 



I I I I I I I I II 



I j I 1 j I 1 1 



2. TASK CODE 



I 1 I I I I I 



I I I I I 1 



Sequf nee 
Numl)} f_ 



I I I I I I 



1 1 1 1 I 1 1 1 1 1 I 1 I 1 1 1 1 I I I I 1 1 I I I I I i I I I I I I 1 I I i 1 1 I 1 I I I I 1 t I 1 I I I 



I 1 I 



1 I 1 I I' > I I I 1 1 I I I 



1 I I I I I I I I I I I 1 1 1 1 



-llllllllLlll-IIXlllilllllill 



4344454647 48 



60|6l[6 2|6 3|64|65 



73[74j7!>|76 7 7|7a|79 



I PHYSICAL AND MENTAL REQUIREMENTS'- 



Sequence 
Numbtr 



I I 1 I » t I 



I 1 1 1 1 1 1_1 1 1 1 1 1 1 i 1 1 1 1 1 1 1 1 1 1 1 



1 1 I 1 1 1 



llJllllilllllilJllllJJiiil 



I I 1 1 I 1 I 1 I I 1 I 1 1 I I t I 1 1 I I I I 1 1 1 1 1 I 1 1 I I I I I I I I r 



I I I I I 1 t 



I I 1 1 I 



I. EDUCATIONAL QUALIFICATIONS (ACADEMIC SUBJECTS, SPECIALIZED SI/BJECTS, SPECIALIZED DEGREE AND LICENSES, ETC ) 



Sfquence 
Numbtf 



-LA. 



I I I I I I I 



» I I 1 I I I I I I I I I 1 



I I I I I I I I t I I 



I I I 1 1 I 1 I I I I I I I I I 1 I I I 1 r L 



J 1_1- 1111 



I I I I I I I I I I I I I 1 I I I I ' I I 1 I I I I 1 I 1 I 1 I 1 I I I 1 I I 1 I 



I I I I I 1 I » I 1 I 1 I I I 1 1 I 



CARD 
NUMBER 

























fej 


m 


9 


10 


II 


12 




16 


17 


IB 


19 





























1 


5|27(2b129[30 


Sjji2 




34 


35 


36 


37 


38 


39 


40 


41 


42 


43 


44[ 



51 [sjsslsjsjse 57 5B 59 6oj6ij62jM|Mj65|66l67[6e 



I JUSTIFICATION 



Sequ*»Ke 
Number 



I I I I 1 I I 



I I I 1 I I 1 1 I I 1 I I I „J_ 1 I I 111 II 1 I i 1 1 L 1 i 1 L 1 1 1 1 1 1 1 r 1 1 1 1 L 1 J, _1 1 J_ l I I I I I I L I 



I I I I I I I 



I I I 1 I I I 1 I I I I I I 1 I I 1 I I 
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manufacturer's part number 

}« ] f I > 1 ^ I 10 1 II ll2 |l 3 ] l4 |l3 |<B [it In [19 |ZO 



I manufacturer s part number 



I I I I I I I I I I I I I I 
I manufacturer's part number 



I { ft j f |bJ9 [to j tl |l^ll3 I '4 ] IS |w ji f |l8]l9 ];0 



I I I I t I I I I I I I 

) manufacturer's part ^number 



> |ft I ; I to In |igIi3ll*|«llBjir[lB|l9T?0 



I I I I I I I 1 I I I I 

I manufacturer 's part- number 



a|B It iBjf jiolii ll2|l3|l4|l s| .»Il7lnIl»U^ 



I I I I I I I I .1 I I ,1 I 1 
[MANUFACTURER'S PART NUMBER 
^. Ij^ IT rgTVp Q . I'l I l7|illl4ll5l wl tTli6l l 9l2 0 



_l i_J 1 I — J 1 1— 

111,11 III 



1 I 

MANUFACTURER'S PART NUMBER 



3 I « I a pol ' I T^i 3 I mj'O 1 ' ' I '« I "7^ 



I 1 1 1 .1 I 1 I I 1 I 1 I 1 .1 

I manufacturer's part number 



■llff I F" { ibrTr7l2] l 3ri4il3 l w Iirll6|l9U0 



. X. . l_ 1-_J I l__J I 1 1 — I — I — L. 



I manufacturer s part number 



9 [ b ' P y» l9 |lO In jlgj l3ll4l Tfl [lB JTrfr Bl l9l20 



_i 1 J I I I I U_l I l_ 



r MA N UFA c' tuRE R ' S PART NUM BER 

yp nTp 7r noTTTTigiiMiM'M'*T'?T?* Ti 



. i 1. _l_^J 1 111 1 i__ ± J I 1 L. 



I ll- I 



I MANUFACTUR ER S PART NUMBER 

_i. — i_..L. 1 _j — J.- 



4 FSCM 



23l24[Z3[2B|2r| 



5. ITEM NAME 

2»|29|30t3l|32l33l94i3a^3el3Tl38[39l40l4l|42[43^4|4a|4< 



2 MFG PART NUMBER OVERFLOW 



.1 1 -_i 1 1.1. 1 .. I I I 1 
2 PACKAGING REQUIREMENTS COOE 



4 LENGTH 5 WIOTH 6 HEIGHT 7 UM B WEIGHT 



7. QTY/EI 



4a|*9|ftO|ftl IB2 



Zl l22|23la4lwI?Bl2Tl2B|29l30|3l[32|33}34l 35l3e 37 ~3B | 39l4o{41 42 I 43 [44 { 43 4C |4T 1 4B | 49 SOlsi 82 |ft3l34 5T 5bT59 ftp Bl IbI M Ia4 jaslaB j BT [bB |a9 j TO j T I TTt" 7 3l?4 I |7B 1 77 



2 AOOITIONAL REFERENCE NUMBERS 



|2> |23l24 |25|?B|27|a|2»l30l3>J .3 2l33l34t35 l3B [ 37 1 3B 1 39l40l4 I |42 l43 l44 1 45i4B 47l4B » l|50|5l 1 52 1 53 1 ft4 l55|aB [ 57 [SB IWiftOjBI IB2 iB3 jM lB5lftBlB7 IbB B9 | ?0 ( 71 j 72 |^ 74 



B TYPE 

OF ITEM 



SUBMITTED BY 

3 



0F_ 

_EXT:_ 



»3lMla3 BB 



"»BTa9 

9.UM 



13. TOTAL 
OTY REC 



B olftI 6^Ifl3 }64|B5^B6l6? 68 6 9 1 70 TjJjT 

5 H.-U» 12 Ul PRICE 



ft. DATE 



tw mo day 



4 HAZARDOUS CHARACTERISTICS CODE 



21 |?2| ?3l24|g5|?fl|?7|?9ig9l30l3l lMl33l 34)95 jjB | 37 | 3B I 3B l40| 41 |4? |43 [44 }<5 I 4B|47 I 4B | 49 | 50| 51 [52 



_1 1 1 I 1 i_ 



2 NATIONAL STOCK NUMBER 



TTJgZ ) 23 I 24 }g5 1 ?B 1?7 )2B [79 1 30| 31 | 32 | 33 1 34l 35 | 3B l37 | 3B I 39 | 40 ^ ^ 11 4ft|4B|47 4Bl49l50 



2 BASIS OF ISSUE 



QU ANTITY [ B OI ENO ITE M I ^ | g 



lilt 
2.LSA CONTROL NUMBER 



2l ]22 |2 3 [24|25|7Bl2r]2Bl29|30[3 l 



II 11*11111 

2 LSA CONTROL NUMBER 



21 l22I73l^4 l25l 2Bl2r j2Bl29l 30131 



II I I I . I I I I 

2 LSA CONTROL NUMBER 



21 1 27l2 3l24U5l7Bl27l2til29l30X 3i 



J 1 I I I I I I I 

2 LSA CONTROL AuMBER 



II I I I 1 I I . 
2 LSA CONTROL NUMBER 



21 l22 {73 [24l2al2<|?7 ll'el29l 30^31 



1 11 I I I I I I I 
2 LSA CONTROL NUMBER 



I 22 I23l 24l25liel27l7»l ?9l30|3 l 



_l I I J UJ 1— 



I I. 1 I I I, 1 I I 

? LSA CONTROL NUMBER 
Ill22 l23l24l25l2Bl27l2»l29l30f3r 



_1 I J I I U 



2 . L$A CONTROL NUM BER 
ii l2?l»l24|}Sj3*|2?ljIf?}T7gT! 



-1 I i i_.J 1_ 



2 LS A CO NTROL NUMBE R 
ITJ»|23 ] T4|20f2ej27 j2B|2 9lAOl}l 



-I I I— I L. 



7rr22 |23 l24 |25[ 2 B [2712 61 29130131 l32 I 3![ 34| 35 



7 CON 
TAT 



5. FSCM 

55|5B|fl7 |SB [89 



Bo|BI lB2[Br B4 g5lftBlB7 lB«lB9l70 l7l [T2\T3{7* r5|78|r7 7B {/9 



_I I I l_ 



_l I I L. 



8. TAT (REP CYCLE) 



3 BASIS OF ISSUE 

QUA NTITY I BOI ENO ITEM | ^ I ^" 

y tl s fjii l39 |4o l 4rT42l43 |44l4a l4B l47|4B [4 9 150 



3 SMR 



8. FAIL FACTOR I 



T2l33 ] 34l35 13^13? "^8^ 
I 1 L. 
4 MAINT TECH 

FACTOR I 
33l 34 l 35 l3ql37l5B 



I I 1 I . 



3 PLISN 



52 I33l34l38 1 3<l37 



I I I I 
OHL/KIT/SET 



UAINVNANCC 
FACTOR (M/F) 



39|40|4I [4; [ 45 ^ 



1 I I 

5 MAINT TECH 
FACTOR n 



1 1 I . I 
4, NHA PLISN 



3B |39 |40 l4l l42 | 43 



1111 



I 1. i I 1 
ft FAIL FACTOR n 



0/M 
% 



BCR 



45l4B |4f 4B [49 IsO 



I 1 

MAINT TECH 
FACTOR m 



5. SAME AS PLtSN 



44|45l4B|47 IjlB l49 



OSU I GSU I OEP 



51 \i2 153 1 54 |55|5b I 57 1}B l59 80|BI 182 1 63 |B4 [B5 



6.MA0T 



CRC 
/PMC 



13 CONV, 



8. ECONOMIC 
OROtR OTY. 



8 UNIT PRICE 



75 1 78 1 77 



I . 1^ 

9QUP 



7tlf9 



9 REPL TASK OtST 



ORG 1 OSU GSU PCS [ OEP . 

|8 7 j6B|B9"l70l7l I 7I {73|M ?5[78l77 78 [79 



4. BASIS OF ISSUE 



UANTITY IBOI E N O ITEM 



51 [a?l53l54t95|5B[5n5Bl59l86T8l 1B2|83 6 4 I BS 



11 I 
7 FAIL FACTM m 



1 . 1 I I 1. 1 



NRT8 
% 



OCR 



81 1 52 [53 8^l55l5« 



1 I 

7 MAINT TECH 

FACTOR g 
81 1 52 |53|M|a5l5B 



6 PRIOR ITEM 

PLISN 
50lai |52 l53l94lW 



57 |5B1591bO|BI l82 



I I I I I 
8 MAINT TECH 
FACTOR I 
87 [88 l59l«Ol8l 1b2 



....l.^.h^L- i 
7 PRIOR ITEM 

PCCN 
5<}87 i58l59|flOlBI 



I L A I. i . .1. 



6. BIIL 
QTY. 



9 QTY 
/ASSY 



_i.- 1 
10 RIC 



70 }7I I7lin|74|75l76|7 7|78if 9 



I 1 I 1.1 1111 



10. REMARKS 



B4|B5|6< |67 88l89l70l7l l72 1 ?3l74 } 79 1 78|7 7l 7» l7^ 



t I 

9MAtNT TECH 
FACTOR 71 
'6>jB 4 l85[6 Bl67 [bB^ 



J 1^.1 
B PCCN 



B2 |b3 |<S4|galMl67 <B|b9 |70|7I Ir2 



_ r L_ 1 -.1 1. .1 .1.1. .1 

10 MAINT TASK OlST 



losu 


GSU 


OEP 


In 172 


79J74" 


7af7B 









32l33 i34{35{38l3 7 

I I I 1 I 



4 OML/oTv 5 REFERENCE DESIGNATION 



J2l »3l34| 35 



V> I 39l 40 41 [42l43l44l 45l48|47| 4B | 49 | OOl 51 1 82 l 83 194 ISfllM 1 B7 1m [at [BOi«llB2lB3lB4lf bImIB? ijliBjlT^jTjJrt 



l 



1 I II I.I 11 I 111 1 I 1111 1 I 
4 TRUE VENO OR P ART NUMBE R 

5*1 37{ SB I 39T40T41 l42l 43l -Ml45|4Bl^ T4B |49 |5 0[5I {52 |5 3|54|8 5|5B [57 [58 la» |BOTii" !■> I»* l« iBB |67 



I I I 

3 TO DESIGNATION 



1 I I 1 I I 



S2ln3{34l35 1 38117 1 3 8 |5 9 |40l4ll42|43 l44l46l4B [47 l4B|49l30|5r 



_I_-J 1 I I I I 1- 



II I I I J 111 



I I t 

5. FSCM 



88 189170 [7tTrr 



6 T 0 
;f FIGURE NO 



S5|9Bl 87 l89 



7 ITEM NO 

99|8o[BI [82 



a. TO DATE 



8»|B4 89 [bB 



) CHANGE AUTHORITY NUMBER 

M[33|m|35 I3B|37 |3B {39 l40 141" l42 |4a |44 I«5 {48 



4 IC 
4;l48 



1 1 1 l__l 1 1 1_ 



I > I I 1 1 I 1 1 

3 CHANGE AUTHORITY NUMBER 



53[34{35 h8l3? l 58 1^9 t 40|4 U42l43 [ 44l48 T4a^ 

i. 1 i.._J L_i_l.._l I 1 I L_l 



III III I I 1 

5 SERIAL NUMBER EFFECT<VITY 



FROM 



49)80 [51 [82 |53[54l90{>6lB7l&> 



99lB0lfll I<2|b3I84{b8I88{87TM 



_J I I 1 I — I L_ 



I 11 I 111 
4 QTY SHIPPED 5 QTY PROCURED 



77l4Bl4?j5p]5rj52 

i 1-^1 1 



I I I I I 



I I I I U 



<» TO 
AO 
T'Mf 



8>[7o' 



R./R 
Ml* 



74|78|78|77l7< 



78[7»j77l7< l7f 



73 l74[75l78l77[78l79 



71 l7l I73l74[78[ 7 8l77[ 7 8 j79 



'V3l54 l35t5< |97 [58 99|60|8I lB2[B3le4 



8 gfPjO^tO ^OOX j 7rR0RATEqQTY U^POWarcpTO ri in 



I 1 I I 



89{bb|b7 [Ba)88"r^ 



-I I 1 1 L_ 



1 I 1 1 I 
B REP OR SUP 
PLISN 



72LL 3 »* l 78[7B {77l7<[7» 



< I 1 1. 



71 172 l7»l74T7aT7» 



till 



I 1 I 1 I 1 1 1 I I I II 
3 PRO VISIONING NOME NCLATURE , 
"vT33TM] 39T36nr [5a[39l40|4l{42l43|44l4'>l4 6{47|4Bl4<> | 92 |93 [94T59T9aTM 1 98 19 9{ 80 [81 |82 |B3 {84 |a5 168 [87 [88 [BBI TO I 7iTr2f 7>I 74l 7B l78 177 [79 



I— I I I I 1 — 1_ 



_J I I I I- .l_l — 1 1 1 L_ 



-i I I —J 1 1 J 1 • 1 1 L. 



I 

oc 



DATA SHEET H : SUPPLY SUPPORT REQUIREMENTS - SUPPLEMENTAL 



DATE : . 



PAGE 



.0F_ 



Hj 5 i 0 l8 



NUMBER 



H;4i 0 j ft 



tii^ I P. J 0 
CARD 
NUMBER 



H^5 ,0 jA 

CARD 
NUMBER 



SUBMITTED BY • 



EXT^ 



I MANUFACTURER'S PART NUMBCR 
5|6|7 |6 |9 |iO|ll Il2|l3|l4|l5|l6|l7|l6|l9|20 2l22|23|24|25|26 



-I — I I I I L_ 



I manufacturer's part number 



YEAfl (SRAN) 

5|6 |7 |6 |9|l0|l ||i2|i3||4|i5||6||7|ib||9|20 2||22 ; 



J_ i— 1 I... 1 



MANUFACTURER S RftRT NUMBER 



5 |6|7| 6|9|[0|ll jl2 |l3|t4|l5|l6|l7|lB|l9]i0 2i]2i 



CARD 
NUMBER 

—I I L_. 



I manufacturer's part number 

5 [6|7 |b [9 |tO|n }l2|l3|l4{l5{l6|l7|lB 



4 NEXT HIGHER ASSEMBL^ 
RftRT NUMBER 



27{2b|29|3c|3I {32t33|34|3j |36^i3 et39|40|4l |42 43 



^111 L. 



2 

YEAR 



3 DESTINATION 



23 24 25 26 27 2B 



3 DESTINATION 
(SRAN) 



23{24|25|26{27|2B 



1,1 1 



^^■l^JLJ.._JL__L_-l._l . 1 _i_ 



6 FSCM 
44}45 }46i47f^ 



JLJ I 1. I 



7 NEXT HIGHER RECOVERABLE ASSEMBLY 
OR ATTACH TO PART NUMBER 

49{50|5l|52|53|54|55^57|5B|59l60(6l|62|63}i4 



■ 1 I I I I 111 I t I I I I 



4 DELIVERY SCHEDULE 



i _'_J_'_j '_J L_' 'II' 



66 67 6B 69 70 



72}73|74|?;5|76|77j7B|79 80 



-I I I I ' 1 



29|30|3I |32 



53 34 3 5 36 



D APR € MAY 



ggggjo 4lj42j43]44 45|46[47}4i 49|5Cj5l [52 sj^^)^ 57|58|59i60|6l |62163M65|66)67|6b|69|7o|7I f72|73|74| 



4 DELIVERY Schedule 



H AUG 
29[30i31 1 32 



53 34 35136 



37|3a|39|40 "4l[42|43|44 



L" DEC. 
4 5|46i47[4fi 



J 1—1 I I L_ 



5 SEQ. 
NUMBER 



5. PRORATED 
FROM ELIN 



I ' ' ■ 



^1 I I I -1„ 



6 REQUISITION NUMBER 



49[5C|5l|52|53 [54 55[5e|57|5Bj59|60|6l |62|63|64l65|66}67|6Bl69|70i7l 



INSERT CARD NUMBER AND HEADINGS AS REQUIRED {ADDITIONAL ' H30 " CAffOS " FOR EXAMPleI 



72[73|74|75|76 



77|7B|79 



r SEQ 
NUMBER 



77|7B|r9 



I9|20 2l|22|23|24|25[26[27|2B[29|30|3t |32|33|34t35j 36 



ERIC 



5I6 [7 Ib [9 |lo|ll |l2 I13I14 15I16 ||7|ib||9 



110 



i49|50{5l|52|53|54|55|56t57[5B|59i60|6t|62|63|64|65|6€|67|6e|69|70|7ti72|73[74|T5|^ 



t 



22 23 24 25 26^27 2B 



111 



DATA SHEET I : AUTOMATIC TESTING EQUIPMENT/TEST PROGRAM ,SET DESCRIPTION 



DATE •. 

t 

SUBMITTED BY: _ 



PAGE 



EXT: 




CARD 
NUMBER 



CARD 
NUMBER 



CARD 
NUMBER 



Ml 



CARD 
NUMBER 



CARD 
NUMBER 



—4-4- 
I I 5 



J^- ' '__J ' J_J_LA. 



_J I I 1 1 ^ 



_J I 1 I I I L 



10 It 12 13 14 IS 



^.^t^.^^^l_ 1... 

LSACN 
( 



5|6|t|b|F lo|ll 12 



TEST PROGRAM 



2 MFR. PART NUMBER 



2 OTP MFR. PART NUMBER 



3 FSCM 



4 UNIT COST 



A. NON -RECURRING 



a RECURRINO 



1 I J 1 t 



1 I L^i I 1-1- 



1 FAULT ISOLATION 



.UM 1% OIT 

_J-1__L J_ 



2. MFR. PART NUMBER 



16 1 17 |l8|l9|2j 2l^|22|23l2j25}2§^7|2B" gt^l^ 



32 33 34 35 36 37 38 



TEST PROGRAM INSTRUCTION 



4 UNIT COST 



A. NON - RECURWIMQ 



3I39I4CI41I42I43I44I4! 



B RECURRINO 



6[49|5o|5l|l 



52 53 W 55 56 



5 OTPl MFR PART NUMBER 



r|5e|59|6o|6l |62|63|64|65|66{6 



INTERCONNECTION DEVICE (Sj 



2. ITEM NAME 



j I j I .J L-_i I J 1—1 L-l-_i_J— J 1— l ^ -i - 



3 MFR. PART NUMBER 



I I .1- 



5 APPORTIONEO UNIT COST 



A NON ' RECURRING 



. I i t I t 1 . I. l 



FAULT ISOL^O REPLACA8LE UNITS 



3 ITEM NAME 



'^ZC^l\ I32I33I34I35I36 37t36|39|4o|4l |^2|43|44|45 



2. LSACN 



>e|49| 50(51 [i 



5. HEM NAME 



62 63|64 ^jsG 67 eejsgli^lyi I72I73I74I75 



COM 
HOM 

uurt 



DATA SHEET J: TRANSPORTABILITY ENGINEERING CHARACTERISTICS 



CARD 
NUM BER . 
J , 0 , I ,A 



CARD 
NUMBER 



I LSA CONTROL NUMBER 



5 16 j7lBl9|lOlll 12 13 14 15 



DWG 
CLASS 



MODE OF 
TRANSPORT 



Z END ITEM ACRONYM 



3 ITEM NAME 



Z6^7|z8[z9|3e[3ll32|33|34t35|36|37|36| 39|4o|4l|4z|43|44 45I46I47I4BI49 



date: 

SUBMITTED BY_ 



. PAGE. 



— OF. 
EXT'_ 



5 DRAWING NUMBER 



5o|5||5z|53|m[55|56|57|59|59|6o|6i|62|63|64|6C 66 



6 DATE 
YR 



75|76l77|7B|79 



4 ■ SPECIFIC MODE REQUIREMENTS 



CARD 
NUMBER 



nPt»»TiO*<Ai Z (;PE rational; 



21 2Z 23 ^ 



5 5Mrf»PIN« 
WIDTH 



6 SH'PPINO 
HEIOHT 



CARD 
NUMBER 



CGL 
LENGTH 



CENTER OF GRAVITY LENGTH , 
DATUM REFERENCE LOCATION 



CARD 
NUMBER 



_. i 1_._.J 



? T/L 
LOCATION 
LENGTH 



Id| I jlZ |l3 1 '-^J'sl'S I l7|lB |l^9|2o[zjj2Z^3[zj25|?6|^ 



3? 34 



CGL 
WIDTH 



LENGTH DATUM REFERENCE LOCATION 



-J L^t 1 I I L_ 



-J I 11 I I I LJ l_ 



J ' I L^l I L_ 



_1 I J L^J I » I 1 



-J 1 I I I L_ 



_J J 1 I L 



CARD 
NUMBER 



PS/C FLP 



9. MAX SHIPPINO 
■ WEIGHT 



II QLP 

FRONT 



12 OLP 
CEMTER 



13 QLP 

RCAK 



CENTER OF GRAVITY WIDTH 
DATUM REFERENCE LOCATION 



•* T/L 
LOCATION 
LENGTH 



OTP 

FRONT CENTER 



OTP 
REAR 



34[35 |36h7|3B|39 4o|4l | 42|43[44|45|^ ^ j^^l^ ^_ 



CGL 
HEtGHT 



■ VidTH DATUM REFERENCE LOCATION 



J- L._l I 1 I I l_l l_l 1 t I I ^ 



-J I I I I I I L_ 



-J LJ I t 1 l_l I I 



_1 I L_l I L_ 



PS/C 



FT 



-J L_J I I I L. 



^l. .J ..J^ t ^~ 



CENTER OF GRAVITY HEIGHT 
DATUM REFERENCE LOCATION 



^ T/L 
LOCATION 
LENGTH 



5B|59|e0 6l|62|63|64|G5[66[( 



67 6B 69 70 71 72|73 74 75 



HEIGHT DATUM REFERENCE LOCATION 



-J I I 1 I l_l 1 I 1 



-J I I I I 1 1 



I I I — I LJ 1 l_J I I L_ 



-J 1 1 I I I L_ 



I \ \ { \ I I ^ \ \ { I 



HAZARDOUS CHARACTERISTICS CODE 



CARD 
NUMBER 



S a VF 
VERTICAL 



5 s a VF 

LONGITUDINAL 



MEASUREMENT TERM 



RESONANCES 



CARD 
NUMBER 



GtrfslT 

Z 

FOOTPRINT 
AREA 



I2|l3{l4|l5 

^ FRONT 
OVERHANG 
LENGTH 



ojiT^ 



3^ 
ID ' 
CA 



11 ' 
AO 



12 

MINIMUM 
SPEED 



39I40I4I 



7j^^9 
i6 
UM 



54|5bj5 6|57 
IB 



scjeijezls 



64|sj& 



IPlL' 
3 

UM 



5 REAR 
OVERHANG 
LENGTH 



2pl2l|22|23(Z4|25l26l27t2B 
6 

GCH 



WHEELS A St 
LENGTH* 



J9 

3 

UM 



13 

MAXIMUM 
SPEED 



76177 78179 80 



17 

TIRE 
PRESSURE 



19 
UM 



20 

INTERAXLE 
LENGTH 



21 

WTERAXLE 
LENGTH 



22 

INTERAXLE 
LENGTH 



NtERAXLE 
LENGTH 



CARD 
NUMBER 



WHEELED 
VEHICLE 
TYPE CODE 



LOAD AND TpACK 
WIDTH DATA 



AXLE^ LOAD AND TRACK 
WlOTH DATA 



l> [l^2|l^3 'i4|l5|l6|l7[n3[l9)20 ^1 Z2 23| z_4|25| z6|z7|2e|29|3o|^ 



AXLE .LOAD AND TRACK 
WIDTH DATA 



T 



AXLE LOAD AND TRACK 
WIDTH DATA 



AXLE LOAD AND TRACK 
WIDTH DATA 



9. TIRE 
SIZE 
REF 



Z I 3 I 4^ 



SPECIALIZED ENVIDRNMENTAL CONSIDERATIONS 



69(70 7l|72 7 3|74[75 



76^77 7B 179 80 



-J I I I I I I 1 I C I I I_ 



-J — I — I — I 1—1 I [ I I r_i L_ 



3 



J — I 1 — I — I I I I I I I I i_ 



_i I 1 i_ 



-L J 1 L_ 



r ■ f ■ ■ 



J I I I i_ 



_i I I i_ 



_j 1 1^ I 



_l I I I L_ 



_i I l-U 



—I i I i_ 



_J I I L_ 



_J I 1 L_ 



_l I J i < I 



I _ ,l.A—A. t , A.^. t- 



SPECIALIZED EQUIPMENT 



J.I.I 



_l I I 1_J L. 



_J I I I L. 



—I — i — I — a — i — 1 — I — » I I 1 1 1 1 I I 1 « » ' * 



-I I 1_1 I L_l 1 L. 



-V » I I » I L. 



—I I L I 1 I I 1_ 



-I 1 1 I I l_ 



I 1,1 t I— 



_| 1 1 1 1 1 X i t 



-i 1 1 I I l_ 



TTi , z' 
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_l I I I L_ 



_j — L I I A I I II 



t I I I I I I 



1 ii^t i I — I — I I r I I 1— i_i I ' 



_i I — I I I I i_ 

1 I I I I — I I I I 



_i i I I I 1 



o 
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APPENDIX B ) 
ACDF ON-LINE DATA SCREENS 



In Section IV the ACDF records are listed in Table 5, 
and the on-line menu screen used to retrieve these 
records is shown in Figure 19. This appendix contains 
the CRT terminal screens for several ACDF records. The 
information will be presented in the order shown for 
each record. Since all of the information in a record 
may not fit on a single screen, the system will " instruct 
the user when additional information is avaiable in a 
record. The user would then hit the ENTER key on the 
terminal to display the "next page'* of information. 
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STEM DESIGII/PERFCF.II.VICE RECORD ' 



splay Format: . . "~ 

AFG-2 DATE XXKXX~" -1 T.O. DaTe XXXXX REPORT DATE 99/99/99 

-- AIRCRAFT RECORD r 

AIRCRAFT nDS XXKXX XXXXXXXXXXXXXXXaX AIRCRA.FT SRD XXX 

MANUFACTURER XXXXXXXXXXXXXXXXX 

- ~ SYSTEM DESIGN / PERFORMAIICE RECORD 

VERTICAL HEIGHT 99.9 FT . FUSELAGE LENGTH 999.9 FT 

FUSELAGE VOLUME 999999 CUFT MISSION PAYLOAD VOLU:iE 999999 CUFT 

MAX PAYLOAD LENGTH 999.9 FT MAX PAYLCAD WIDTH 99.9 FT 

WING AREA . - 9999 SQ FT ■ 

WING SPAN - MAX 999.9 FT . WING SWEEP - IlAX 99 DEG 

WING SPAN - MIN 999.9 FT" WING SV/EEP - MIN 99 DEG 

WING INCIDENCE - ROOT . 9 DEG WING INCIDENCE - TIP 9 DEG 

WING DIHEDRAL . 9 DEG 

TREAD WIDTH ' 99.9 ,FT 



AIRCRAFT EHPTV WEIGHT 9999999 LBS 

DESIGN WEIGHT 9999999 L3S 

V.kV. T.O. GROSS v;EIGHT 99^9999 LBS 

ma:-: FUEL WEIGHT- INTERNAL 99999 LBS 

■ PAYLOAD V/EIGHT 999999 LBS 



BASIC WEIGHT 
COMBAT WEIGHT 
MAX EXTERNAL WEIGHT 
MAX LANDING WEIGHT 
MISSION PAYLCAD V/T. 



9999999 LBS 

9999999 LBS 

99999 LBS 

999999 LES 

999999 LBS 



PERATICN .AND PERFORMANCE 

TOTAL THRUST - MAX 999999 
TAKE OFF DISTAJ'ICE 9999 
STALL SPEED - MAX WT 999 
RATE OF CL-MB - M.AX 9999 

SERVICE ce:l::ig 99900 

CCr.EAT CEILING 99900 
TIME CLIME 2C000 FT-MIL 99.9 
MAX SPEED SEA LEVEL MIL 9999 
STRUCTURAL SPEED 9999 
AVE SPEED COMBAT ALT^ 9999 
FERRY RANGE * ^999 

BASIC SPEED 99900 FT 9999 
LANDING DISTAUCE 9999 
LOAD LIMIT POSITIVE 9.9 
MAX WING LOADING 599 
TOTAL 2 DIGIT ViUCS 99 
TOTAL 4 DIGlT WUCS 99999 



LBS 

FT 

KTS 

ft/m: 

FT 
FT 

MIN 
KTS 
KTS 
KTS 
MM 
KTS 
FT 

LBS/ 



TOTAL THRUST - MIL 
TAKE OFF SPEED 



999999 LBS 
999 KTS 



N RATE OF CLI!!3 - MIL 9999 FT/MIN 

SERVICE CEILING 1 EG OUT 99900 FT 



TIME CLIM5 20000 FT-MA 
MAX SPEED SEA LEVEL MA 
AVERAGE SPEED - FERRY 
AVE SPEED COMEAT ^ SL 
COMBAT RADIUS 

STALL SPEED LAMDII.'G WT 
LOAD LIMIT IIEGATIVE 
SQ FT 

TOTAL 3 DIGIT V;UCS 
TOTAL 5- DIGIT. WUCS 



99.9 MIN 

GGCG J.'^7S 

999 KTS 
999 KTS 
99999 liM 

999 KTS 
9.9 

9999 
999999 



BASIC Mission PERFORMANCE RECORD 



Display Format: 

AFG-2 DATE XXXXX -1 T.O, DATE XXXXX REPORT DATE 99/99/99 

AIRCRAFT RECORD r 

AIRCRAFT MDS XXXXXXX XXXXXXXXXXXmXXXXXXX AIRCRAFT SRD * XXX 
M.ANUFACTURER XXXXXXXXXXXXXXXXXXXXX 

- BASIC MISSION RECORD 

TAKE OFF GROSS WEIGHT 999999 LBS 

MISSION FUEL WEIGHT 999999 LBS 

PAYLOAD (XXXXXXXXXXXXXXX) WT 999999 LBS 

PAYLOAD (XXXXXXXXXXXXXXX). WT 999999 LBS 

WING LOADING 9999 LBS/SQ FT 

STALL SPEED(POWER OFF) 999 KTS 

TAKE OFF GROUND RUN SL 9999 FT 

TAKE OFF TO CLEAR 50 FT 9999 FT 



RATE OF CLIMB AT" SL AT BASIC MISSION LOAD (BML) 
RATE OF CLIMB AT SL AT BML WITH ONE ENGINE OUT 



TIME ^^OCLIMB TO 
TIME TO^&^IB TO 



99000 FT. 
99000 FT. 



99.9 MIN 
99.9 MIN 



SERVICE CEILING%^T MAX AIRCRAFT WEIGHT (MAW) 
SERVICE CEILING W^ ONE ENGINE OUT AT ^MAW 



9999 FT/MIN 
9999 FT/MIN 



99999 FT 
99999 FT 



COMBn^T RADIUS 
AVERAGE CRUISING SPEED 
INITIAL CRUISING ALT 
TARGET SPEED • 
TARGET ALTITUDE 
FINAL CRUISING ALT 
TOTAL MISSION TIME 
COMBAT WEIGHT 
COMBAT Kt 
COMBAT SPEED 
COMBAT CEILING 
MAX RATE OF CLIMB-SL(E 

SERVICE CEILING AT COMBAT WE I 
SERVICE CEILING WITH ONE" ENGir 




9999 


NH 


999 


KTS 


99999 


FT 


999 


KTS 


99999 


FT 


99999 


FT 


99.9 


HOURS 


999999 


LBS 


99900 


FT 


999.9 


KTS 


99000 


FT : 


99999 


FT/MIN 



99900 FT 

UT AT COMBAT WEIGHT .99900 FT 



MAXIMUM SPEED 99000 FT 9999 KTS 

BASIC SPEED 99000 FT 9999 KTS 

LANDING WEIGHT 999999 LES 

GROUND ROLL AT SL 9999 FT 

GROUND ROLL SL - .^UX BRAKES 9999 FT 

TOTAL DISTANCE 50 FT 9999 FT 

TOTAL DISTANCE - AUX. BR.^KES , 9999 FT 



S'J^IEU FEATURES ►aECOSD 



display Format: 



DATE 



-1 T.o. DATE :<>::<xx report date 99/99/99 



AIRCRAFT RECORD 

AIRCRAFT rtDS MMMMXXX aXXXaaXaKaKI^XaXXaXIC:: AI 

MAMUrACTURER MX IIXXXXXXXXXXXXXXXXXX 



RCRA^?^RD 



"J 



TYPE AIRCRAFT 
PRIMARY HISSICII 
WEIGHT CLASS 
DEtlSlTY 

MUI1EER AIRCREW 
AIRCREW ESCAPE SYSTEM 



SYSTEM FEATURES RECORD 

xxxxxxxxxx 

XXXXXX X XXXXXX XX XX 
999K < WT <= 999K 
999.9 
.99 

X X XX X XX X X XX X X X X X . 



EliGIIJE - TYPE XXXXXXXX 
TOTAL EIIGIIJES 99 

IN FUSELAGE 9 

IN WINGS 1 9 

INSTALLATION 

ENGltlES AUGMENTED 

VARIABLE. GEOMETRY INLETS 

THRUST Rr^ERSER 



. MOt)EL NUMBER XXXXXXXXXX SRD^ XXX 

TUSELAGE PODS 9 
WINGS PODS 9 

xxx:?xxxxxxxxxxxxxxxxxxxxxxxxxxx 

XXX 
XXX 
XXX 



■WING LOCATION 
VARIABLE WING GEOMETRY 
DOES THE AIRCRAFT WINGS 

CARRY INTERNAL FUEL.... 

INCORPORATE HIGH TECHNOLOGY LIFT. 
^ * UTILIZE BOUNDARY LAYER CCI.'TROL... 

NUMBER OF INDEPENDENT FLIGHT CONTROL SYSTEM 

INCORPORATE "FLY BY WIRE" CONTROL SYSTEM 

INCORPORATE STABILITY /CONTROL SYSTEM.. 

UTILIZE ELECTRICAL MULTIPLEX SYSTEMS '. 

NUMBER OF INDEPENDENT ELECTRICAL POWER SUPPLY SYSTEMS. 

ONE OR MORE AUXILLARY POWER UrllTS 

NUMBER OF INDEPENDENT HYDRAULIC POWER SUPPLY SYSTEMS.. 

HYDRAULIC S^SJEM PRESSURE XXXXXXXXXXXX 

NUMBER OF HVDSAULIC DEPENDENT SUBSYSTEMS 



/^XXXXXXXXXXXX 
XXX 

XXX 
XXX 
XXX 
9* 
XXX 

>^^'< 

99 * 

XXX * 
9 



DOES THE AIRCRAFT HAVE 

HF COMMUNICATIONS XXX 

UHF CCMMUNICATIONS XXX 

RADIO NAVIGATION XXX 

A/ A RADAR XXX 

' ELECTRO-OPTICAL SYSTEM. XXX 



VHF COMNUNIC.ATIONS. 
FH COMMUNICATIONS. 
RADAR NAVIGATION. . . 
IR NAVIGATION. . . . 
HEADS-UP DISPLAY. . . 



XXX 
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INTERNAL GUNS..^ XXX A/A MISSILES 

A/G MISSILES XXX CRUISE MISSILES... 

RADIO FREQUENCY SURVEILLANCE EQUIPNENT XXX 

ELECTRONIC COUNTER MEASURES EQUIPMENT..... XXX \ 

ON BOARD MAINTENANCE RECORDER XXX 

LANDING GEAR TYPE . . XXXXXXXXXXXXXXXXXXXXXXX ■ 

NUMBER OF LANDING GEARS.. 9 NUMBER OF WKEELS/T 

DE-ICING XXX ANTI-ICING 

TYPE OF O'/.'iCZll XXXXXXX BLEED-AIR 

AUTO PILOT..' XXX AUTO PILOT / ILS.. 

TERRAIN FOLLOWING/TERRAIN AVOIDANCE (TF/TA) . XXX 

AUTO PILOT COUPLED TO TF/TA XXX 

AUTO PILOT COUPLED TO V/EAPON DELIVERY SYS.. XXX 

FLIGHT DIRECTOR .XXX 

WEAPON CONTROL SYSTEM . .XXX 

EXTERNAL STORE STATIONS 99 

CAIIERAS ON BOARD. . .TYPE .'. XXXXXXXXXXXX' 

CAMERAS ON BOARD ... PURPOSE XXXXXXXXXXXX 

AIR TO AIR REFUELING XXX 

AIR TO AIR REFUELING TYPE XXXXXXXXXXXX 

WINDSHIELD RAIN REMOVAL XXX 

AIR TURBINE MOTORS ..XXX 

AVIONICS EQUIPMENT COOLING ..XXX 

AVIONICS EQUIPMENT COOLING AGENT ...XXXXXXX 

RADAR ALTIMETER - XXX 

CRASH DATA RECORDER ON BOARD XXX 

EMERGENCY RADIO BEACON XXX 

COMMAND / CONTROL EQUIPMEUT INSTALLED XXX 

FIRE SUPPRESSION SYSTEM...?. XXXXXXXXXXXX 

LANDING GEAR KNEELING XXX 

LANDING GEAR CASTERING/STEERING >iXX 

■TAIL BUMPER , . . XXX 

BUILT IN TEST (BIT) V...XXX 



EQUIPMENT/SYSTEM . WUC 

xxxxxxxxxxxxxxxxxxxxx xxxxx ^ 
xxxxxxxxxxxxxxxxxxxxx xxxxx 
xxxxxxxxxxxxxxxxxxxxx xxxxx / 
xxxxxxxxxxxxxxxxxxxxx xxxxx 

STRUCTURAL COMPOSITE MATERIAL XXX 

AVIONICS/WEAPON CONTROL COMPUTER SYSTEM XXXXXXXXXXX 



Dispf jy rormat : 



ELECTRICAL POWER. SUPl^LY bESiGN DATA 

fcr. aircraft^. mxxxxxx (srdxxx) . 
. e:.ec?rical power supply 3 -digit wuc 

, HLECXRICAL pdv;ER SUPPLY 4-DIGlT V^UC 
CLECTRICAL POWER SUPPLY 5-DIGIT WUC 



99 
9999 



GEifERATORS - EriGIWE 
GEIiERATORS - HYDRAULIC 
KVA 0 GENERATOR 
KVA TOTAL 

GEilERAtOR RPI1 ^ 
TYPE GEriERATOR DRIVE llECHAMISH 
GEriERATOR DRIVE TEMPERATURE •- 



5 
9 

999 

' - ' _ 9999 

• ■ ■ 99999- 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxJv: 

999 



I • 
1 



Gr^MEFATCR' - TEIIPERATURE 
i:iVERTER5 - iriSTRUMEIJTS * « 

HiVERTERS - CTHER THAN lUSTRUIIErrT 
VOLTAGt, -A-G., I.WSTRUMENT JIJVERT'eR 
Cjc:iVERTt-RS ~ ' • , . ' \ . ; 

circuit' DRE.Ar:EHS RATI.'IGS 



CIHCUf; HREATEnS «- TOTAL " 

voltage, ■ a-c, three phase 
voltage, a-c; siiiglc phase 
voltage-, a-c, cvcles. 
a::pekE'3 - :!Aii::i!:u:i 



LOWEST AHPS. 
HIGHEST AFrPS 



999 
9 
9 

999 
99 

99 
99 
999 
999 
999 
999 
99 



HATTERV 
BATTERY 
EATTERV 
BATTERY 

voltage". 



- •MUHEER 

- 'vo'ltage 
aiipeke .hours 

b-c', ai?\craft 



ELECTRICAL D I S^TR 1 3UTI0M •METHOD 



■ 9 

99 " ■ 
99 .*. 
99 



HARDWIRE tERIiniATIOri METH&DS 
LRU UOMEIJCLATURE 
LRU COrJUECTOR WUC ' 
. URU JERMIHATIOM METHOD ,' 
■•. BUS >IOI]EIICLATURE - r ; 
..' .: BUS .'WUc ' ' . . . • 

BUS TLRMIIIAriOri .METHOD': - " 



xxxxx ^ 

X X X X X 'A X SX X X X X X X XX! 
X X '.'„ X X X X X X X XXX X '.'[ X X 

../f:<xxx . , . 
xxxxxxxx:'xxx:*;x::xx: 



HARDWIRE TEkHIN'ATIOM,. METHODS 

IRU NOMENCLATURE 
" ■ LRU CONNECTOR WUC 

LRU TERMINATION METHOD 
' BUS nOMENCLATUilE 

BUS WC 

BUS TER11INATI0N 'METHOD . 



XXXXX 

xxxxxxxxxxxxx.-... 
xxxxxxxaXxxxxxx: 
xxxxx 

xxxxxxx>;xxxxxxx: 



HARDWIRE TERMINATION METHODS 
■ "-'LRU Ndf-IENCLAJURE 
LRU, CONNECTOR WUC 
LRU TERMINATION METHOD 
BUS. NOMENCLATURE 
BUS WUC 

BUS TERJIINATION METHOD 
FUSE RATINGS 



LOWEST AMPS 
HIGHEST AJ-IPS 



MINIMUM FREQUENCY 
MAXIMUM FREQUENCY - 
■ ^£)-C BUSES * •■ ' ■ ■ . 

' POWER DISTRIBUTION- BOXES A-G 
COMNECTORS, ^ELECTRICAL - TOTAL 
TRANSFORMERS/ ELECTi^ICAL - TOTAL . / 
MULTIPLEX JERMINAL5 , , J 

A-C BUSES ^ . . ■ • 

EXTERNAi. POW^R .RE<;z-pTACLES ELECTRICAt 

TRANSFORHER/RECTIFISR, ELECTRICAL TOTAL 

CONDUIT LENGTH ' '* . . . 

HAilEWIRE' - LENGTH ' / . 

A-C POWER SUPPLY COMPONENTS ■ ' • 

D-C POWER SUPPLY COMPONENTS ' 

A-C AriD D-C COM?ONE!JTS 

* . ' : • ' .. 

•ELECTRICAL POWER SU??!.Y SUBSYSTEM WEIGHT 



ELECTRICAL GROUP 
ELECTRICAL GROUP. 
'ElEcfR^CAL. group' 



GROUP uejght: . . , . . 

A-C VOLTAGE SYSTEM. . 
-D'-C . VOLTAGE SY$TE;M. . 



XX X X X X X X X'X X X '.■ 

xxxxx 

xxxxx:<xxxxxx: 
xxxxxxxxxxxx:- 
xxxxx . 
xxxxxxxxx::xx:r 

99 
" 99 
999 
999 

9 

99 

• .9999. 

99 

99 
9 

9 
99 

9999 
9999.9 
999 
999 

999 



xxxx; 
xxxx 



AAA 
XXX 



9999 
9999 
9999 



ELECTRICAL POWER SUPPtY. WORK UIIIT CODES 

v/oRK UNIT . ■-■ ;■. :• 

^ CODES NOMENCLATURE ' ' • ' ,- . -. 



'NATio;JAL STaCK NUMBER 



42000 ELECTRICAL POWEtl SUPPLY 

4 2 XX X XXXXKXX XXXXXX XX XXXXX XXXXXXXXXKXX 

42XXX XXXXXXXXXXXXXXXXXXXXXXXX^vXXaaXXX 

5 -■ \ .■ 



XXXaXXXiAxXXXXX 

. X A X X X X X X X x x x x x 



V 



EiIGiriE RiCOKD 
Display Format: 



SOURCE FOR THIS DATA IS FROM AFG-3 DATED JUM 59 

EIIGIME: TYPE TURBOJET MODEL NUMBER J57-P-43W 

EMGIME MANUFACTURER PRATT & WHITNEY 1 50-HR-QUAL-TEST 

PRODUCTION STATUS: OUT OF PRODUCTION 
NUMBER OF ENGINE PRODUCED 741 AT AN AVERAGE 
COMPRESSOR TYPE IS COMPOUND, TWO-SPOOL AX.IAL 



MAR 56 



COST 



OF S 205.135 
'ITH 16 STAGES. 



TYPE OF FAN 

COMPRESSOR 



STAGES - LP ROTOR 

- LP FAN 

- HP ROTOR 



NOMINAL PRESSURE RATIO 
NOMINAL BY PASS RATIO 
MAX DESIGN PP.ESSURE RATIO OVEP--.LL 
FAN 



9 
0 
7 

0.0 

0.00:1. 

12.00 :1. 

.00:1. 



MAX ALLOWABLE BLEED AIR 
MAX RATED AIR FLOW 
MAX RATED AIR FLOW - FAN 
MAX RATED AIR FLOW - COMP 
COMBUSTION CHAMBER TVP 
TURBINE TYPE 
TURBINE TOTAL STAGES 

LP ROTOR STAGES 

HP ROTOR STAGES 
MAX RATED TUR3 INLET TEHP/SLS 
MAX ALLOWABLE TL'RB INLET TEMP/SLS 
TURBINE COOLING 
EXHAUST NOZZLE TURBINE 
AFTERBURNER TYPE 
MAX EXHAUSC EXIT TEMP / 5LS ' 
TYPE OF IGNITION - - - 
ACCESSORY DRIVE PROVISION 
THRUST TO WEIGHT RATIO 
LENGTH - OVERALL 
DIAl'lETER - NOMINAL 
AFTERBURNER DIAMETER NOMINAL 
ENGINE WEIGHT (DRY) ' 
ENGINE WEIGHT (WET) 



LP ROTOR .00:1. 
HP ROTOR .00:1. 

0.0 % 
laO LB/SEC. 
0 LB/SEC. 
0 LB/SEC. 

ANNULAR OUTER / 8 FLOW THROUGH C.^II-a:; 
AXIAL - DUAL ROTOR 
' 3 
2 ^ 
1 

1600 DEGREES F 
0 DEGREES F 
NONE . 

FIXED AREA. 
NONE 

0 DEGREES F 
LOW TENSION. HIGH FREQUENCY 
0 • 

0.00:1. 
;67.3 IN.. 
38.9 IN. 

0.0 IN. 
3370 LB. 
0 LB. 



;rjLAR ir::;ER ch.-.:- 



GLA 



:d2, 



GUARANTEED RATINGS AT STATIC SEA LEVEL STANDARD CONDITIONS. 



. (LB) 
MAXIMUM 11200 
MILITARY 11200 
NORMAL 9500 
ABSOLUTE ALTITUDE 
LIMITING MACH NR AT SL 



"(LP/HP) (LB/HR/LB) MAX (LB/SEC) 

06400/09650 0.775 0 0 

06400/09650 0.775 0 0 

06100/09350 '0.765 0 0 
55,000 FT. . 

0.8 ■ ^ 



THE AIRCRAFT(S) USING THIS ENGINE ARE 



AIRCRAFT SRD 
B-52F ABF 
B-52G ABG 

•KC-135A ACX 



v;:^: ENGINE 
\J57-P-^3W 
J57-P-43W 
J57-P-4SW 



SRD 
XBY 
XBl 

xjd' 
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HVDKA'JLIC 5< TUZ'C/.hZlC rO*..'H?. 5"J?rLV ^UESVSTHIl RECORD 
Display ForT.at: 

HYDRAULIC & PMEUHATIC POWER SUPPLY DATE 99;99/99 

FOR AIRCRAFT XXXXXXX (SRD XXX) 

HYDRAULIC SYSTEM DESIGN 

; HYDRAULIC SYSTEM 3-DIG:t WUC 99 

HYDRAULIC. SYSTEM 4-DlGIT WUC 999 
HYDRAULIC SYSTEM 5-DlGIT WUC , 9999 

HYDRAULIC SYSTEMS - TOTAL ' 9 . 

HYDRAULIC SYSTEMS - EMgINE DRIVEN 9 

HYDRAULIC SYSTEMS - ELECTRICAL DRIVEN 9 ' 

HYDRAULIC PUIIPS - TOTAL 99 

HYDRAULIC PUMPS - EMGIME ' 99*^ 

HYDRAULIC PUMPS - ELECTRICAL 99 

HYDRAULIC SUPPORTED SUBSYSTEM 99 , . 

HYDRAULIC PUl!? FLOW - EMGINE 99 

HYDRAULIC PUMP PRESSURE - ENGINE 999 

H'/DR.^ULIC Pm!P FLOW - ELECTRICAL 99 

HYDRAULIC PUMP PRESSURE - ELECTRICAL 999 • ^ 

HYDRAULIC TANKS CAPACITY 999 

NUMBER OF HYDRAULIC TANKS 99 , • 

HYDRAULIC SYSTEM PRESSURE - MAX 959 

HYDRAULIC PUMP RPM ' ENGINE RATIO .999 

HYDRAULIC TANK PRESSURE , 99 

HYDRAULIC PUMP RPM " ELECTRICAL. 9999 

HYDRAULIC PUHP - AUXILLARY 9 

HYDRAULIC PU11P FLOW - AUXILLARY- 99 

HYDRAULIC PUllP PRESSURE - AUXILLARY 999 

HYDRAULIC SYSTEM OPEPJ^TING TEMPER.\TuRE - MAX 999 , 

H'/DRAULic Motors hours 99 

HY-DPAULIC VALVES 999 

HYDRAULIC FILTERS 999 



PMHUi!ATic Pov;ER SOURCE xxxxxxxxxxxxxxxxxxxxxxxxinix ' 

PMEUM.ATIC CYLIMDERS - NUMBER 9 

PNEUMATIC SYSTEM - NUMBER ' 9 

PNEUMATIC PRESSURE - MAXIMUM 9999 

PNEUMATIC SYSTEM COMPCNEHTS ^ .99 

HYDRAULIC & pilEUrUTlC SUBSYSTEM WEIGHT 

HVCRAULIC & PNEUMATIC GROU? WEIGHT I --99 

HYDRAULIC SUBSYSTEM WEIGHT •• 

PI.-EUMATIC SUBSYSTEM WEIGMT 



X 

KYDRAu-IC AiND PNEUMATIC SUPPLY WORK UNIT CODES 
WORK UNIT 

CODES NOMENCLATURE NATIONAL .STOCK NUI'.SER 

45O0O H-xDRAULIC AND PNEUMATIC POWER ^ 

45XXX XXXXXXXXaXXXXXXXXXXXXXXXXXXXXX XXXXXXaXXXXXXXX 



4 5 XXX 
45XXX 
4 5XXX 



45XXX XXXXXXXXXXXXXXXXXXXaXXXXXXXXXX 

4 5XXX xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
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CODE: OSC 

RECORD ;;ame: operatiohal support/cost 

Additional Input Requirements 

The user will be prompted for the aircraft MDS and then for the code for 
the desired sub-record as foDcws: 

CODE SU3-REC0RD UAIIE 

1 - AIRCRAFT LEVEL/ AFR 300-15, FORMAT 4 DATA 

2 - WORK CENTER EV AIRCR.^FT DATA 

3 - SUPPORT COST 3? WUC DATA 

4 - R&II 3Y WUC DATA 

5 - MAIIITEMAMCE ACTIOri 3Y V/UC DATA 



1. AIRCRAFT LEVEL/AFR 300-16 . F0R:1AT 4 DATA 

When code 1 is entered. the data elements listed below for this sub- 
record will be displayed as shovn in the display format. 



iscl2v Format: 




FOR AIRCRAFT MDS 

FLVIuG HO'JRS 999999 / SORTIES 99999 LAIIDiriGS 99999 
FROM DAY 999 OF 9999 (YEAR) TO D.^Y 999 OF 9999 (YEAR) 



HMH/FH * r-!::H/SORTIE 

* OM-ECUI? SHOP TOTAL ^ OII-EO'JI? TOTAL 

PREVEKTIVE M.^IMTEIJArXE 



PREVENTIVE 


999, 


.9 


QQQ 


.9 


999, 


.9 


' 999.9 


•999, 


.9 


01 GENERAL SUPPORT 


999, 


.9' , 


999, 


.9 


999, 


.9 


999.9 


999, 


.9 


02 GENERAL. SUPPORT 


999, 


.9 


l?99 


.9 


999. 


.9 


999.9 


999, 


.9 


05 GENERAL SUPPORT 


999, 




r999, 


.9 


999: 


.9 


999.9 


999, 


.9 


06 GENERAL SUPPORT 


999, 


.9 


999, 


.9 


999. 


.9 


999.9 


999, 


.9 


07 GENERAL SUPPORT 


999, 


.9 


999, 


.9 


S!99 


.9 


999.9 


999, 


.9 


09 GENERAL SUPPORT 


999, 


.9 


999, 


.9 


999, 


.9 


'999.9 . 


999, 


.9 


SUBTOTAL - GENERAL SUPPORT 


999, 


.9 


999 


.9 


999. 


.9 


999.9 


, 999, 


.9 


03 SCHEDULE INSPECTIONS 


999, 


.9 


999, 


.9 


999. 


.9 


999.9 


999, 


.9 


04 SPECIAL INSPECTIONS 


999, 


.9 


999, 


.9 


999. 


.9 


999.9 


999, 


.9 


SUBTOTAL -INSPECTIONS 


999, 


.9 


999. 


.9 


999. 


.9 


999;^ 


999, 


.9 


TOTAL 


999, 


.g 


999, 


.9 


999, 


.9 


999.4 


999. 


.9 


RECTIVE MAINTENAJKE 




















irmERENT MALFUNCTIONS 


999, 


.9 


999, 


.9 


■999, 


.9 


9^.9 


999. 


.9 


INDUCED MALFUNCTIONS 


999. 


.9 


999, 


.9 


-|P99, 


.9 


999.9 


999. 


.9 


OTHER MALFUNCTIONS 


999. 


.9 


999, 


.9 


'^99. 


.9 


999^.9 


999. 


,9 


SUBTOTAL ALL MALFUNCTIONS 


999, 


.9 


999, 


.9 


999, 


.9 


999.9 


999. 


.9 


NO DEFECT 


999. 


.9 


999, 


o 


999, 


.9 


.9^9 . 9 


999, 


.9 


TOTAL CORRECTIVE MAINT 


999, 


.9 


999, 


.9 


999, 


.9 


999.9 


999. 


.9 


PRODUCTION IMPROVEMENT (TCTO) 


999. 


.9 


999, 


.9 


999, 


.9 


999.9 


999! 


!9 


TOTAL EASE LEVEL MAINTENAIJCE 


999. 


.9 


999, 


.9 


999, 


.9 


999.9 


999 . 


.9 
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v;hen code 2 is entere^ the data elener.ts listeiJ belov for this sub- 
record will be disolayed.vas shown in the display fo\^t. A display for 
each applicable vork center vill be presented. 



Display Fornat: 

WORK CZV'ZT, FOR nlRCRAFT WDS XXXXXX:: 

FLV:n3 HCURS, 999999 •^SORTIES 99999 LAMDIMGS 99999 

fro:: DAV 999 0-/^PS^^^\{^^*iiR) to day 999 OF 9999 (YEAR) 




WORK CEIITER TOTAL MAUHOURS TOTAL ELAPSED TIME MAI:,'T£:JA:ICE ' ACT ICriS MIBIIA 
H2112 999999.9 999999.9 999999 9999.9 

IIEAIJ MAI^I HOURS/ACTIOM KEAM ELAPSE TIIIE/ACTIOH MEAN CREW SIZE 
9999.9 9999.9 99.9 

OFF-EQUIPKEN'T 

WORK CEMTER TOTA'L I^-IHOURS TOTAL ELAPSE TIME IlAlKTEKArJCE ACTIONS 
H2112 999999.9 999999.9 999999 

HEAW MAN I^URS/ACTION MEAN ELAPSE TIME/ACTIOi; MEAN CREW SIZE 
9999.9 9999.9 99.9 



ON-EQUIPMENT 

WORK CEMTER TOTAL MA^OURS TOTAL ELAPSED TIME . MAINTEMAIICE ACTIONS I:T3MA 
K2100 392.0 632. 0 20 4.6 

MEAN MAM HOURS/ACTION MEAfJ ELAPSE TIME/ACTICN MEAN CREW SIZE 
44.5 34.1 1-3 

. OFF-EQUIPMENT 

WORK CErJTER TOTAL MANHOuRS TOTAL ELAPSE TIME MAINTENANCE ACTIONS 
K2100 202.0 176.0 14 

: • MEAN r-lAN HOURS/ACTION MEAN ELAPSE TIME/ACTION MEAN CREW SIZE 

14,4 12.7 1.1 



NOTE; The first work center example shows field sizes {9's) 
for the data elements. The second shows actual data 
from a C-5A work center. 



3. SUPPORT CC5T EY h'L'C C.-.TA 



When code 3 is entered, xachine prompts user to enter '/UC of interest. 
V/hen entered, the data elements listed belcv for this sub-report will be 
displayed as shovn in the displav format » The user rr.ay enter a 2. 2. 4. 
or 5 digit WUC. 



!}is::l2V Format: 



cPEiuriCw.^L .^::d suppcrt cost c.-.ta date 99/99/99 

r.E ?ch::i:3 period prc:: 99-99 thru 99-99 

AIRCRAFT MDS /IXM^XM!': WUC l^i::'//."/. XXXII/II^XXXXXXirXXllXXIIX 
KEXI HIGHER ASSEXdLY WORK UIJIT .CODE XXX XX 

N.^TioiJAL STOCK rrjr:5ER xxxxxxxxxxxxxxx 



QUAIITITY PER APPLICATION 




999 


RESPOI.'SIE! 


COST 


BASc 


depot' 


COiNDEI'uN'ATIorJ SPARES 


59,999, 


,999 


5999,999 


DIRECT MATERIAL 


59.999, 


,999 


5999.999 


EXCHAMGEABLE MOD CLASS IV 


59,999, 


.999 


5999.999 


EXCHAMGEABLE MOD CLASS V 


S9.999, 


,999 


5999.999 


E^<CHAI>JGEA5LE REPAIR 


59,999, 


,999 . 


5999,999 


MATEJ^IAL M.^NAGEMEIIT OVERHEAD 59,999, 


,999 


3999 999 


OFF EQUIPMENT LABOR 


59,999, 


,999 




OFF EQUIPMENT OVERHEAD 


39,999, 


,999 




ON equipme:jt labor 


59 999 


.999 




OH EQUIPMENT OVERHEAD 


59.999, 


,999 




SUPPLY MANAGEMENT OVERHEAD 


59.999. 


,999 




DEPOT LABOR COST 






5999,999 


DEPOT LABOR HOURS 






5999,999 


• DEPOT NUMBER OF OPERATIOrJS 






5999.999 


DEPOT OTHER COST 






5999,999 


2ND DEST. TRANSPORTATION - 


59,999, 


,999 




TOTAL' WORK UNIT CODE 


5999,999, 


;999 


59, 999,999 


NUMBER OF PARTS CONDEMNED 


999. 


,999 





1 
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4. RSu'I 5Y WUC Dr. 



When code 4 xs entered, the machine prcr.pts the user tc er.ter the WUC of 
interest. When entered, the data elements listed belov for this sub- 
record will be displayed as shown in the display forr:^at. The user .T.ay 
enter a 2. 3. 4. or 5 digit WUC. 



Display Format : 



R&II DAT.^ EY WUC 

REPORTIMG PERIOD FROM (MOMTH/YEAR) TO (MOMTH/YEAR) 

AIRCRAFT HDS XaXKaXa WUC XXXXX XXXXXXXXXXXXXXXXXXXX 

NEXT HIGHER ASSEMBLY WORK UNIT CODE XXXXX 

NATIOMAL STOCK MUM3ER XXXXXXXXXXXXXXX 

QUAMTtTY PER APPLICATION 999 RES^IISIEL 



£ ALC CODE 



REPAIRABLE THIS STATION 
^OT' REPAIRABLE THIS STATION 



999.999 
999.999^ 



MEAN TIMES BETWEEN MAINTENANCE (MT3M) 





MTBM 


STANDARD DEVIATION 


INDUCED 


99999 


99.999 


INHERENT 


99999 


99.-999 


NO DEFECT 


99999 


99.999 


OTHER 


99999 


99.999 


PREVENTIVE 


99999 


99.999 



EQUIPMENT 




INDUCED MANHOURS 


999.999 


IlfflERENT MAI4H0URS 


' 999.999 


NO DEFECT lUNHOURS 


999.999 


OTHER MAN'HOURS* 


999.999* 


PREVENTIVE MANHOURS 


999.999 


TOTAL' MANHOURS 


9.999.999 


MEAN CREW SIZE 


99.9 


MEAN MAIJHOURS TO REPAII^ 


99.999.9 


MEAN ELAPSED TIME TO REPAIR 


99.999.9 



ON EQUIPMENT 

INDUCED EVENTS . 999,999 

INHERENT EVENTS 999.999 

NO DEFECT EVENTS * 999.999 

OTHER EVENTS , 999.999 

PREVENTIVE EVENTS ■ ?99,999 

MEAN CREW" SIZE ^ 99.9 

MEAN ELAPSED TIME TO REPAIR 99.999.9 

MEAN MANHOURS TO REPAIR ■ 99.999.9 

OPERATING TIME " 999.999 



MAINTENANCE ACTIONS 


999. 


,999 


STAND.=vRD uEVIATION 


99. 


,999 


STANDARD DEVI.ATION 


99. 


,999 


STANDARD DEVIATION 


99. 


,999 


INDUCED MAI.^-^OURS 


999, 


999 


INHERENT MAIH-iOURS 


999, 


,999 


NO DEFECT MJ^NHOURS 


999, 


,999 


OTHER MANHOURS 


999, 


.999 


PREVENTIVE MANHOURS 


999, 


.999 


TOTAL- MANHOURS 9. 


999, 


,999 


STANDARD DEVIATION 


99, 


.999 


^STANDARD CEVLATION 


99 


.999 - 


STAIIDARD DEVIATION 


99 


.999 - 


STANDARD DEVIATION 


99 


. 999 



NOTE: Standard Deviation provided if available. 
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cFZRr,Tio::r.L su??cRr/c:sr rec:.-d 



5. M.n:MTE::A:;cE action sv wuc cata 

when code 5 j.s entered, the machine prc-pts the us3r to enter the vrjC of 
interest. When entered, the data elements listed belov for this sub- 
record will be displayed as shovn m the' display format. A display will 
be presented for each set of Action Taken, How Malfunctioned, and Type 
How Malfunctioned Codes reported. A summary of all the displays is 
presented at the end for the WUC selected. The user may enter a 2, 2, 
4. or 5 digit WUC. 



Display Format: ^ 

. :l^.i:itena:ice action data 
aircraft -mds xxxxxxx wuc xxxxx 

FLYIMG HOURS 999999 SORTIES 99959 LA::DI:iGS Qcoog 

FROM (DAX/YEAR) TO (DAV/VEAR) 



WORK UlIIT CODE: XXXXX ACTION TAKEII: X HOW MAL COZZ : 999 TVFE HOW HAL': 9 
UNSCHEDULED MAINTENANCE ^'^ 



MTSMA 
9999.9 



MAINTENANCE 
NAMHOURS" 
9999.9 



ELAPSED TINE 
999.9 



MEAN NAINTEN'ANCE 
CREW SIZE ACTIONS 
99.9 9999 



SCHEDULED nainte:;ance 

a MAINTENANCE 



MTBHA 
9999.9 



MANHOURS 
9999.9 



ELAPSED TIME 
999.9 



MEAJ^ MAINTENANCE 
CREW SIZE ACTIONS 
99.9 9999 



WORK UNIT CODE: 65ABO ACTION TAKEN: Q HOW HAL CODE: 799 TV?E HOW MAL: c 
*^ UNSCHEDULED MAINTEN.^NCE 

MAINTENANCE MEAN MAINTEM.AffCE 

MTBMA MANHOURS ELAPSED TIME CREW SIZE ACTIOIIS 

.0 .7 * .7 1.0 0 

SCHEDULED MAINTENANCE '^^ . " 

MAINTENAI'JCE ME.AN MAINTENANCE 

MTEMA MANHOURS ELAPSED TIME CREW SIZE ACTIONS 

.0 .0 ■ .0 .0 0 



SU:'IMARY OF MAINTENANCE DATA 

AIRCRAFT rtDS C-5A WORK UNIT CODE 65AB 
UNSCHEDULED HAINTENA>JCE 



MTEMA 
93.2 



MAINTENANCE 
MANHOURS 
. 1.4 



SCHEDULED MAINTENANCE 

MAINTENANCE 
MTEMA NANHOURS 
.0 .0 



ELAPSED TIME 
1.4 



ELAPSED TIME 
.0 



MEAN MAINTENANCE 
CREW SIZE ACTIONS 
.1.0 1 



MEAN MAINTENArJCE 
CRtW SIZE ACTIONS 
.0 ^ 0 ■ 



I;IOTE: The first example shews the field sizes for the 

maintenance action data ele.'nents. The second example 
is actual C-5A data. The third example shovs a summary 
of maintenance actions from actual C-SA data. 
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